什么时候用缓存:经常查询,但是不会常修改,并且即使万一出错也不会造成太大影响的数据可以缓存。
反例:银行汇率,商品库存这样的就需要实时查询,不宜用缓存。
hibernate中的session缓存:
当session查询出数据以后会以这样的方式存在缓存中:
session.get(class,id)运行时第一时间会去session缓存中找数据,如果找到了,不会再去数据库查询,参考下面这个test:
@Test
public void sessionCache() {//session缓存验证
Session session = SessionFactoryUtils.getSessionFactory().openSession();
Transaction tx = session.beginTransaction();
User user = session.get(User.class, Integer.parseInt("1"));//去数据库查询出来以后存到session中
System.out.println(user.getUsername());
User user1 = session.get(User.class, Integer.parseInt("1"));//去session中取
System.out.println(user == user1);//得到的是同一个对象
tx.commit();
session.close();
}
运行结果:
Hibernate:
select
user0_.id as id1_0_0_,
user0_.username as username2_0_0_,
user0_.password as password3_0_0_
from
user user0_
where
user0_.id=?
quickshot
true
由运行结果可看出,user 和 user1是同一个对象,并且由控制台输出也可看出,只打印一条查询语句,说明第二次并没有去数据库中查询。
hibernate中的快照机制:
在session中与缓存同时存在的还有一片快照区,hibernate把数据查询出来以后会把数据存到缓存中和快照区域中,当最后tx.commit()的时候会依据快照去查看缓存中数据有没有变化,如果有变化,则更新数据库,hibernate这种机制其实是为了保证缓存中的数据与数据库一致,试想数据库里商品剩余量是0,而你缓存里改成1,那这个商品你卖还是不卖?不卖缓存里显示有1位什么不卖,卖了到时候再去更新数据库那记录是不是要变成-1了?(特例:如果你更新的恰好是OID,那么会报错,也就是原则上就不允许更新OID)
参见下面这个例子:
@Test
public void quickShot() {//快照机制验证
Session session = SessionFactoryUtils.getSessionFactory().openSession();
Transaction tx = session.beginTransaction();
User user = session.get(User.class, Integer.parseInt("1"));
System.out.println(user.getUsername());//会输出张三
user.setUsername("quickshot");//将username设置成quickshot了
System.out.println(user.getUsername());//此时会输出quickshot了
tx.commit();//提交时会验证快照与缓存,并且更新数据库
session.close();
System.out.println(user.getUsername());//输出quickshot
}
运行结果:
Hibernate:
select
user0_.id as id1_0_0_,
user0_.username as username2_0_0_,
user0_.password as password3_0_0_
from
user user0_
where
user0_.id=?
张三
quickshot
Hibernate:
update
user
set
username=?,
password=?
where
id=?
quickshot
解析:先查询出张三,修改后session对象中的username变成了quickshot,到了要commit的时候,检测到快照与缓存不一致,去更新数据库了,最后数据库中数据也是quickshot.