redis缓存与数据库一致性问题解决方案 redis缓存与数据库一致性问题解决

本文目录一览：

1、canal+Kafka实现mysql与redis数据同步
2、接口添加redis缓存之后并发还是很低
3、经典好文--如何保证缓存和数据库的双写一致性

canal+Kafka实现mysql与redis数据同步答案是肯定的，下面通过canal结合Kafka来实现mysql与redis之间的数据同步。架构设计通过上述结构设计图可以很清晰的知道用到的组件：MySQL、Canal、Kafka、ZooKeeper、Redis 。
使用阿里开源的 canal 作为数据同步工具。总的来说有两种方案本文把两种方式都实现下。如果公司有统一的平台接入binlog的话，canal+mq应该是比较好的解耦的方式。
这里还可以基于binlog使用mysql_udf_redis，将数据库中的数据同步到Redis 。
而Redis的主从同步和数据快照有关，Redis定期将内存中数据作快照保存在文件中， mater只要将文件发送给slave更新就可以了。
mysql2redis_mission.sql文件就是将mysql数据的输出数据格式和redis的输入数据格式协议相匹配，从而大大缩短了同步时间。
实时数据同步实时同步最灵活的还是用kafka做中间转发，当数据发生变化时，记录变化到kafka，需要同步数据的程序订阅消息即可，需要研发编码支持。
接口添加redis缓存之后并发还是很低File System等）展示数据，可能在缓存的存取上会有很大的开销，并不能很好的满足需要，而Redis这样基于内存的NoSQL数据库，就非常适合担任实时数据的容器。
但线程，只能靠单个处理器速度，内存速度，处理器上的缓存速度，总线传输速度。余下的是你的网络IO 。但线程高并发完全依赖程序的运行速度。redis这种东西肯定不是但线程的。一个连接就是一个线程，你这样理解应该不准确。
如果使用Redis缓存和亚马逊ElastiCache，那么就可以从AWS管理控制台启动一个集群。除了设置Redis服务外，还需要修改应用程序代码以便于能够使用缓存。
先更新数据库，再更新缓存。这种做法最大的问题就是两个并发的写操作导致脏数据。如下图（以Redis和Mysql为例），两个并发更新操作，数据库先更新的反而后更新缓存，数据库后更新的反而先更新缓存。
经典好文--如何保证缓存和数据库的双写一致性解决思路：先删除缓存，再修改数据库。如果数据库修改失败了，那么数据库中是旧数据，缓存中是空的，那么数据不会不一致。因为读的时候缓存没有，则读数据库中旧数据，然后更新到缓存中。
为了解决这个问题，有以下几种方案：更新数据库 + 更新缓存更新数据库 + 删除缓存加「分布锁」第一种方案可以保证数据的一致性，但是在某些场景下可能会导致性能问题。
持久化层和缓存层的一致性问题也通常被称为双写一致性问题，“双写”意为数据既在数据库中保存一份，也在缓存中保存一份。
【redis缓存与数据库一致性问题解决方案 redis缓存与数据库一致性问题解决】解决方法：这种情况应该是先删除缓存，然后在更新数据库，如果删除缓存失败，那就不要更新数据库，如果说删除缓存成功，而更新数据库失败，那查询的时候只是从数据库里查了旧的数据而已，这样就能保持数据库与缓存的一致性。