1、双写模式
双写模式：就是写完数据库之后再去写缓存，保持缓存一致性；
脏数据问题：
如上图，线程A和B都去写数据库，正常情况下应该是，A先写数据库先写缓存，B后写数据库后写缓存；但是由于卡顿等原因，导致写缓存2在最前，写缓存1在后面就出现了不一致；出现脏数据，但是这是暂时性的脏数据问题，在数据稳定，缓存过期以后，又能得到最新的正确数据；
2、失效模式
失效模式：简言之就是写完数据库，不用写缓存，而是删缓存，等有请求进来读数据的时候，缓存中没有，就会查数据库，然后主动放到缓存里面。也叫触发主动更新；
3、缓存一致性解决方案
无论是双写模式还是失效模式，都会导致缓存的不一致问题。即多个实例同时更新会出事。怎么办？
1、如果是用户纬度数据（订单数据、用户数据），这种并发几率非常小，不用考虑这个问题，缓存数据加 上过期时间，每隔一段时间触发读的主动更新即可
2、如果是菜单，商品介绍等基础数据，也可以去使用canal订阅binlog的方式。
3、缓存数据+过期时间也足够解决大部分业务对于缓存的要求。
4、通过加锁保证并发读写，写写的时候按顺序排好队。读读无所谓。所以适合使用读写锁。（业务不关心 脏数据，允许临时脏数据可忽略）；
总结：
1、我们能放入缓存的数据本就不应该是实时性、一致性要求超高的。所以缓存数据的时候加上过期时间，保 证每天拿到当前最新数据即可。
2、我们不应该过度设计，增加系统的复杂性
3、遇到实时性、一致性要求高的数据，就应该查数据库，即使慢点。
标签：缓存,数据库,模式,一致性,数据,双写 来源： https://blog.csdn.net/qq_44600705/article/details/123195048
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。