jpa+spring jdbc混合作战引发的缓存问题

在开发中,很可能会出现orm框架与jdbc混合使用.但这种混合要理解缓存机制,不然可能会出现混乱.

先看一下例子:

@Service
public class UserServiceImpl implements UserService{
@PersistenceContext
protected EntityManager entityManager;
@Resource
private JdbcTemplate jdbcTemplate;
@Override
@Transactional
public void signIn(String username, String password){
User user= entityManager.find(User.class,username);
long time1=System.currentTimeMillis();
user.setLastLoginTime(time1);
System.out.println("hibernateTemplate.update:"+time1);
entityManager.merge(user);
//entityManager.flush();
long time2=System.currentTimeMillis();
System.out.println("jdbcTemplate.update:"+time2);
jdbcTemplate.update("update user set lastLoginTime=? where username=?",time2,username);
}
}

此处先加载用户,使用jpa对用户修改再保存登录时间,然后又使用spring jdbc保存登录时间.但执行调用此方法后,保存的最终登录时间并不是jdbcTemplate去更改的,而是因为jpa的session在执行完方法前提交,并覆盖了jdbcTemplate的修改.jpa调用merge方法,因为缓存机制,并不会马上同步数据库.如果要即时同步数据库,可把上面的注释去掉,调用entityManager.flush()即可提交session.此时,jpa的同步数据库在先,jdbcTemplate修改在后.

虽然业务上不可能去保存两次时间,但类似这样的例子是存在的,比如使用spring jdbc修改登录时间,而jpa先从数据库加载数据出来,并不想修改登录时间,而修改其它字段数据,最终造成spring jdbc修改无效.防止这种在一个方法混合使用几种数据访问技术引起的问题,解决的方法:

1.像上面一样,适当使用entityManager.flush().

2.只用spring jdbc查数据,而可使用jpa读写数据.

对于hibernate+spring jdbc也会出现这种问题