缓存和数据库一致性解决计划以下：
要领一：采纳延时双删战略
在写库前后都举行redis.del(key)操纵，而且设定合理的超时时候。
伪代码以下
public void write(String key,Object data){ redis.delKey(key); db.updateData(data); Thread.sleep(500); redis.delKey(key); }
细致的步骤就是：
（1）先删除缓存
（2）再写数据库
（3）休眠500毫秒
（4）再次删除缓存
那末，这个500毫秒怎样肯定的，细致该休眠多久呢？
须要评价本身的项目标读数据业务逻辑的耗时。这么做的目标，就是确保读要求完毕，写要求能够删除读要求形成的缓存脏数据。
固然这类战略还要斟酌redis和数据库主从同步的耗时。末了的的写数据的休眠时候：则在读数据业务逻辑的耗时基础上，加几百ms即可。比方：休眠1秒。
设置缓存逾期时候
从理论上来讲，给缓存设置逾期时候，是保证终究一致性的解决计划。一切的写操纵以数据库为准，只需抵达缓存逾期时候，则背面的读要求自然会从数据库中读取新值然后回填缓存。
该计划的弊病
连系双删战略+缓存超时设置，如许最差的状况就是在超时时候内数据存在不一致，而且又增加了写要求的耗时。
要领二：异步更新缓存(基于定阅binlog的同步机制)
手艺团体思绪：
MySQL binlog增量定阅消耗+音讯行列+增量数据更新到redis
1）读Redis：热数据基础都在Redis
2）写MySQL:增编削都是操纵MySQL
3）更新Redis数据：MySQ的数据操纵binlog，来更新到Redis
Redis更新
（1）数据操纵重要分为两大块：
一个是全量(将悉数数据一次写入到redis)一个是增量（及时更新）
这里说的是增量,指的是mysql的update、insert、delate变动数据。
（2）读取binlog后剖析 ，应用音讯行列,推送更新各台的redis缓存数据。
如许一旦MySQL中产生了新的写入、更新、删除等操纵，就能够把binlog相干的音讯推送至Redis，Redis再依据binlog中的纪录，对Redis举行更新。
实在这类机制，很相似MySQL的主从备份机制，由于MySQL的主备也是经由过程binlog来完成的数据一致性。
这里能够连系运用canal(阿里的一款开源框架)，经由过程该框架能够对MySQL的binlog举行定阅，而canal恰是模拟了mysql的slave数据库的备份要求，使得Redis的数据更新达到了雷同的结果。
固然，这里的音讯推送东西你也能够采纳别的第三方：kafka、rabbitMQ等来完成推送更新Redis
以上就是redis怎样与mysql坚持一致性的细致内容，更多请关注ki4网别的相干文章！
