redis中缓存一般存在三种更新策略;内存淘汰;超时剔除;主动更新。它们照片那个各有优缺点。
其中主动更新最为复杂。它又有三种策略;
Cache Aside ;同时更新缓存和数据库;
Read/Write Through;先更新缓存;缓存负责同步更新数据库;
Write Behind Caching;先更新缓存;缓存定时异步更新数据库。这三种模式各有优劣;可以根据业务场景选择使用。
第一种是通过调用者手动添加代码调用;第二种只需调用;其内部自动完成更新维护;但是成本较高。第三种只操作缓存;由其他线程异步更新缓存;效率较高。但是成本高;难以保证缓存的一致性。基于上述原因;常见使用的方案是第一种;Cache Aside Pattern;。
操作缓存数据库是有三种问题需要考虑
对于缓存和数据库先操作哪个的问题;由于线程问题。
若先删除缓存;再更新数据库。当一个线程删除了缓存;还未更新数据库时;有另一个线程进来访问缓存发现不存在;此时去数据库进行查询;而数据库还未及时更新;所以查询的数据是旧数据。就发生了数据缓存不一致的问题;出现脏读现象。
若先更新数据库;再删除缓存。缓存刚好到期失效时;读请求从数据库中读取数据;写请求更新完数据后再失效缓存后;读请求将旧数据存入到缓存中;这种情况也会导致脏数据的问题。实际上这种情况发生的概率很低;要发生这种情况的前提条件是写数据库要先于读数据库完成;一般而言读数据库相比于写数据库要耗时更短;这种前提条件成立的概率很低。且针对这种情况;一般可以采用异步双删策略以及过期失效的方式来避免。
所以在实际开发中;一般选择先更新数据库;再删除缓存的策略。
总结;
