业务场景:实时性要求不高的查询
如果用Redis做mysql的缓存,key-value中的值为一个属性-属性值组成的hashmap,键的定义是个难点。
键应该尽可能与mysql查询的条件相关,请求调用的方法(Controller里分发)+对应的查询参数就可以唯一的确定查询条件,如如:/listUsers.do?name=xxx&curPage=1 ,也可以方法名加参数值,这样redis可以快速根据键的特性快速地筛选出value的集合。
为什么使用redis,ehcache等缓存框架?Mybatis不也有自身的缓存机制(sqlSession级别的一级缓存和mapper级别的二级缓存)吗?
Hibernate中的一级缓存(默认存在)也称为session级别缓存,不是用来提升性能,而是用来处理事务的;二级缓存为sessionFactory缓存,对所有session都有效,生命周期与sessionFactory相同(sessionFactory是单例,而且项目启动时候就会创建)
mybatis自身的缓存机制只能支持单机,对于分布式应用(多台服务器)失效,redis就是为了分布式缓存而诞生的。
热点信息只用session存储为什么不可以?
session只能解决单用户问题,我们要解决的是多用户问题。