redis的AOF和RDB
1.RDB持久化方式能够在指定时间间隔内对数据进行快照存储
2.AOF持久化方式记录每次对服务器写的操作,当服务器重启时会重新执行这些命令来恢复原始的数据,AOF命令以Redis协议追加保存每次写的操作末尾,Redis还能对AOF文件进行后台重写,使得AOF文件体积不至于过大。
3.如果只做缓存,也就是只希望数据在服务器运行时存在,那完全可以不考虑持久化
4.当同时开启RDB和AOF
redis重启时会优先载入AOF文件来恢复原始的数据,因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集完整
如果使用AOF建议不要关闭RDB,因为RDB更适合备份数据库(AOF在不断变化不好备份),快速重启,留着RDB可以放到集群的从机上,以防万一
5.性能建议
一般来说,RDB使用默认15分钟备份一次即可,只保留save 900 1 这条规则
如果开启AOF,好处是恶劣环境下丢失的数据量在2秒内,代价是带来了持续的IO操作。此外,AOF重写的大小是64M,可以改成5G以上,防止重写后的数据不停累加,不停重写,造成阻塞。
开启AOF,把aopendonly设置为no,只靠主从复制实现高可用也可以,这样能省掉一大笔IO,也能减少重写时系统波动。代价是如果主从同时宕机,会丢失十几分钟的数据。启动脚本时需要比较主从中各自的RDB文件,载入较新的一个。微博采用这种架构
redis穿透,击穿,雪崩
Redis的缓存穿透&击穿&雪崩_我能在河边钓一整天的鱼-优快云博客
redis过期策略和淘汰策略
Redis的淘汰策略与过期策略_我能在河边钓一整天的鱼-优快云博客
redis如何保证和mysql的一致性,如何保证redis集群内节点数据的一致性
浅谈Redis如何实现一致性_我能在河边钓一整天的鱼-优快云博客_redis实现一致性
redis的哨兵模式
redis分布式锁实现
1702



被折叠的 条评论
为什么被折叠?



