Redis开发运维常见问题

fork操作

如:bgsave.bgrewriteaof

  1. 同步操作
  2. 与内存量息息相关,内存越大,耗时越长
  3. info:latest_fork_usec
127.0.0.1:6382> info
latest_fork_usec:182

如何改善fork?

  1. 优先使用物理机或者高效支持fork操作的虚拟化技术
  2. 控制redis实例最大可用内存:maxmemory
  3. 合理配置Linux内存分配策略:vm.overcommit_memory=1
  4. 降低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. 单机多实例持久化文件可以考虑分盘

AOF追加阻塞

单机多实例部署

你可能感兴趣的:(Redis)