持久化的取舍与选择
持久化方式:
RDB
因为是单线程
停止写入 压缩 检验 右图为最佳配置
耗时耗性能;不可控,丢失数据
T3 -》 T4 就会丢失数据
AOF比较消耗性能
开发运维常见问题
第三个命令是查看 fork 执行时间
他会清除掉之前的主节点复制过来的数据
考虑过期数据,有两种 懒惰性策略:只有用到某数据采取检测是否过期,还有一个定时检测,但是如果遇到数据量更新多的话会导致性能下降
主从优化配置不一致可能丢失数据
高可用读写分离
redis cluster
呼唤集群
数据漂移影响的范围比较小,节点多适合一致性哈希,导致数据库流量不均匀,可能会使用翻倍扩容
所有节点共享消息
分片 对多个主节点读写
一般最后一个配置成NO 就是一个节点坏掉仍然运行这个架构体系
集群伸缩 扩容缩容
先下主节点 再下从节点
默认10相当于150s
偏移量大 延迟小 票数多
建议在集群模式下使用读写分离
不一定要redis cluster