一、提出问题
通常我们在做服务端开发的时候，都会涉及到数据库和缓存，那数据库和缓存如何保证数据的一致性呢？这个问题是有待考虑的
- 是先删除缓存再写数据库呢？
- 还是先写数据再跟新缓存？
接下来，给大家分享一下我面对这种问题的一种解决方案
二、整体思路
MySQL binlog增量订阅消费+消息队列+增量数据更新到redis
1）读Redis：热数据基本都在Redis
2）写MySQL:增删改都是操作MySQL
3）更新Redis数据：MySQ的数据操作binlog，来更新到Redis
三、框架设计
给大家看一下整理的流程图
四、总结
双删操作：为什么在进行写入数据的时候前后删除了两次Redis？
第一次删除：是为了保证我们在写入数据的时候，并发的进来读请求，此时先删除缓存，让请求直接访问数据库，再返回 可能这一次返回的数据还不是最新的数据，因此还要第二次删除
第二次删除：写完数据后，再次删除Redis，并且通过binlog的方式同步跟新Redis，使得这一次的数据为最新值 没有办法做到绝对的一致性，这是由CAP理论决定的，缓存系统适用的场景就是非强一致性的场景，所以它属于CAP中的AP。
强弱一致性分析： 没有办法做到绝对的一致性，这是由CAP理论决定的，缓存系统适用的场景就是非强一致性的场景，所以它属于CAP中的AP
CAP理论是分布式系统中的经典理论，即一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance）。 根据BASE（Basically Available，Soft State和Eventually Consistent）理论，缓存和数据库只能做到数据的最终一致性。
