Leighteen

Redis与MySQL双写一致性解决方案 核心问题 Redis和MySQL作为独立存储系统，缺乏分布式事务保证，导致数据更新时可能产生不一致。 主流策略 Cache Aside：最常用策略，先更新DB再删除缓存（避免写写竞争） Write Through：同步更新DB和缓存（强一致但性能低） Write Behind：异步更新DB（高性能但可能丢数据） Read Through：缓存自动回填（适合读多场景） 实践要点 优先采用先更新DB再删除缓存的方案 删除缓存失败时引入MQ重试机制 设置合理的TTL作为兜

redis重启的时候，可以先加载RDB的内容，然后再重放增量AOF日志，就可以完全替代之前的AOF全量文件重放，恢复效率因此大幅得到提升（混合型持久化最终生成的文件后缀是.aof，可以通过redis.conf文件中 aof-use-rdb-preamble yes 配置开启）。因为是记录命令，AOF文件会比RDB文件大的多。：混合持久化结合了RDB持久化 和 AOF 持久化的优点， 由于绝大部分都是RDB格式，加载速度快，同时结合AOF，增量的数据以AOF方式保存了，数据更少的丢失。