你们项目中如何保证 Redis 与 MySQL 的数据一致性？

石榴汁----:
依赖于用户，用户没投诉就代表一致性正常。

【回复】回复 @对立统一之加油 :怪他没有刷新[笑哭]
【回复】回复 @啦哈_哈呀 :用户都没发现，那还管啥[doge][doge]
野生的喵喵:
没法完全保证一致吧[doge]，因为存在双写的场景，极端场景下不管咋搞都会有不一致出现

【回复】回复 @对立统一之加油 :一通操作其实和第一种相比没啥区别，怎么都会有短暂的不一致
程序高手-:
删缓存，跟新，延迟，再删缓存。 延迟双删

雪龙limli:
多个字段可以解决的问题，何必呢，缓存增加一个状态为，放在执行更新数据库前更新，其他读的调用更新，说的是幻读和胀读的问题

ffanzx范:
延迟双删并不是用来解决你说的问题的

【回复】回复 @moonphy1 :可是根本不可能实现强一致性，参考cap原理。
【回复】回复 @喷火龙の小智 :你还在第一层兄弟
【回复】回复 @ffanzx范 :up讲得很清楚啊，你讲的一致性问题就是最终一致性或者弱一致性啊
早睡早起的Jiang:
你看京东下单的时候都提示了，因为缓存会导致价格会不一致[妙啊]

挚爱玉米琪:
感觉没听懂啊，第三种情况消息队列机制。如果在更新数据库后，mq出现网络延迟了，还没删掉redis的时候客户端2去查了，那不是还是数据不一致了

【回复】要强一致必须加锁才行，第三种情况追求最终一致性，允许短暂不一致
仙气B人:
这里的延迟三除缓存不是这个意思，是因为更新数据库比较慢，所以要延迟删除

活在梦里-鑫:
依赖太强了。这个方法可以解决问题。

澄海向前冲:
保证最终一致性即可，🈶1-5秒延时是正常啦

菜鸟消亡史:
听得最舒服的保证一致性的讲解了[点赞][点赞]

该名称以被启用:
如果最后一个延迟删除block了，一样达不到一致性

【回复】对的 所以还只能保证最终一致