redis中缓存的数据与数据库数据一致性的方案

 

数据处理要求强一致实时性的数据，例如金融数据、交易数据； 
redis处理不要求强一致实时性的数据，例如网站最热贴排行榜；
Cache-Aside模式的意思是业务代码直接维护缓存，这是最常用的一类模式。
2.1 读场景

先从缓存获取数据，如果缓存没有命中，则回源到数据库获取源数据。

将数据放入到缓存，下次即可从缓存中获取数据。

放入缓存的可以是异步的（创建一个新的线程），也可以是同步的，根据实际情况自己选择。
2.2 非高并发情况下的写场景

先将数据写入数据库，写入成功后立即同步将数据写入缓存。
2.3 写多读少的写场景

先将数据写入数据库，写入成功后，将缓存数据过期/删除，下次读取时再加载缓存。

这样的好处是避免了不必要的写缓存操作。 

2.4 高并发情况下的写场景先写缓存，再定期更新数据库：
异步化，先写入redis的缓存，就直接返回；定期或特定动作将数据保存到mysql，可以做到多次更新，一次保存。
方式1：数据库保存数据，redis不persist
redis启动后，从数据库加载数据
不要求强一致实时性的读请求，都由redis处理
要求强一致实时性的读请求，由数据库处理
写请求有2种处理方式，由数据库处理
- 应用先写道数据库，然后更新redis
- 应用先写道数据库，然后其它daemon同步到redis
优点：redis启动不用处理redis数据和数据库不一致
缺点：redis启动给数据库很大的读压力

方式2：数据库和redis分别处理不同的数据类型
数据库处理要求强一致实时性的数据，例如金融数据、交易数据

Redis处理不要求强一致实时性的数据，例如网站最热贴排行榜

 

Redis和MySQL数据的同步，代码级别大致可以这样做：
读: 读redis->没有，读MySQL->把mysql数据写回redis
写: 写mysql->成功，写redis

 

并发不高的情况：
读: 读redis->没有，读mysql->把mysql数据写回redis，有的话直接从redis中取；
写: 写mysql->成功，再写redis；

并发高的情况：
读: 读redis->没有，读mysql->把mysql数据写回redis，有的话直接从redis中取；
写：异步话，先写入redis的缓存，就直接返回；定期或特定动作将数据保存到mysql，可以做到多次更新，一次保存；