fork操作
如:bgsave.bgrewriteaof
- 同步操作
- 与内存量息息相关,内存越大,耗时越长
- info:latest_fork_usec
127.0.0.1:6382> info
latest_fork_usec:182
如何改善fork?
- 优先使用物理机或者高效支持fork操作的虚拟化技术
- 控制redis实例最大可用内存:maxmemory
- 合理配置Linux内存分配策略:vm.overcommit_memory=1
- 降低fork频率:例如放宽AOF重写自动触发时机,不必要的全量复制
进程外开销
子进程开销和优化
- CPU
- 开销:RDB和AOF文件生成,属于CPU密集型
- 优化:不做CPU绑定,不和CPU密集型部署
- 内存
- 开销:fork内存开销,copy-on-write
- 优化:echo never > /sys/kernel/mm/transparent_hugepage/enabled
- 硬盘
- 开销:AOF和RDB文件写入,可以结合iostat,iotop分析
- 优化:1. 不要和高硬盘负载的服务部署一起:存储服务,消息队列等;2. no-appendfsync-on-rewrite =yes,在AOF重写期间,不要进行AOF追加的操作;3. 根据写入量决定磁盘类型:例如ssd;4. 单机多实例持久化文件可以考虑分盘
本文探讨了Redis中fork操作的原理与开销,包括CPU、内存和硬盘的影响,并提供了优化策略,如调整Linux内存策略、限制Redis内存大小、减少AOF重写频率等,以提升Redis性能。
1618

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



