ivictor521的博客

在一台未经过任何调优的 Linux 服务器上部署 Redis，在 Redis 启动过程中，可能会碰到以下警告信息。这些警告信息实际上是在提醒我们，操作系统的某些参数设置得不合理，需要调整，否则会影响 Redis 的性能和稳定性。：设置 TCP 服务器中listen()的 backlog 参数。：在进程级别关闭透明大页（THP）。：在连接级别设置 TCP Keepalive 参数。：可将 Redis 进程或后台 I/O 线程绑定到指定 CPU。：调整进程的 oom_score。

之前分享个 case（[Redis 内存突增时，如何定量分析其内存使用情况 ](https://mp.weixin.qq.com/s/28Cgo4o97AUc2L5qKpTSIw），一个 Redis 实例的内存突增，最大时达到了 78.9G，而该实例的maxmemory配置却只有 16G，最终导致实例中的数据被大量驱逐。导致这个问题的一个常见原因是客户端占用的内存过多。Redis 中，客户端内存主要包括三部分：输入缓冲区（暂存客户端命令）、输出缓冲区（缓存发送给客户端的数据），以及客户端对象本身的开销。

推荐一个比 redis-cli 更强大的 Redis 大 Key 分析工具

在这些内存开销中，used_memory_startup 基本不变，mem_replication_backlog 受 repl-backlog-size 的限制，used_memory_scripts 开销一般不大，而字典的内存开销则与数据量的大小成正比。需要注意的是，used_memory_dataset 并不是根据 Key 的数量及 Key 使用的内存计算出来的，而是通过 used_memory 减去 used_memory_overhead 得到的。接下来，我们看看如何系统地分析这类问题。