一、一致性
首先要再重复一遍，缓存就是利用了数据短暂不一致这一点去提升性能的，所以没必要考虑强一致性。
一致性指的是并不是redis和DB的双向同步，比如读写穿透和异步写回模式，只把缓存当做唯一入口，只需要redis单向同步给DB，比如旁路模式，只需要DB单向同步到redis。而且只能单向同步，不能双向同步！！ 因为只能选择一个作为"可靠数据源"，要么选DB，要么选redis，不能既redis往DB同步，又DB往redis同步。
|------|-----------------------------|-------|-------------------------------------|
| 旁路缓存 | 读时缓存作为入口，更新时DB作为入口 | 最终一致性 | 最常用，因为适用于读多写少场景，而业务上读多写少的场景对多，所以最常用 |
| 读写穿透 | 缓存作为唯一数据入口，读写都走缓存，同步更新缓存和DB | 强一致性 | |
| 异步写回 | 缓存作为唯一数据入口，先更新缓存，随后异步批量更新DB | 最终一致性 | |
- 读流程 (Read Path)
查缓存：应用先尝试从Redis读取数据。
缓存命中：若Redis有数据，直接返回。
缓存未命中：若Redis无数据，则从MySQL查询，回填缓存。将从MySQL查到的数据写入Redis，并设置过期时间（这里是为了避免写流程里删除缓存失败做的一个小兜底，但是治标不治本），再返回数据。（懒加载思想）
- 写流程
更新数据库：应用先更新MySQL中的数据。
删除缓存：数据库更新成功后，立即删除 Redis中对应的缓存数据
旁路模式在极特殊的并发情况下会出现问题，需要采用一些兜底措施，这里先不探讨了。