编码阈值调优：先测再调

调优顺序：OBJECT ENCODING 看现状、MEMORY USAGE 量化单键、结合延迟观察后再改阈值；阈值只影响后续触发编码判断的键，存量键需要重写才会转换。

Redis 进阶速查数据更新于 2026-10-12

观测	OBJECT ENCODING / MEMORY USAGE / INFO memory
调整	CONFIG SET hash-max-listpack-entries 等
生效范围	新写入或后续触发编码判断的键

调优示例

redis-cli MEMORY USAGE user:12345
redis-cli OBJECT ENCODING user:12345
redis-cli CONFIG GET hash-max-listpack-value
redis-cli CONFIG SET hash-max-listpack-value 128
redis-cli CONFIG REWRITE

CONFIG SET 立即生效但不落盘；确认长期生效要 CONFIG REWRITE 或同步修改配置文件。

易错点

阈值调大后单个紧凑编码对象变大，O(N) 操作时的阻塞时间随之拉长，先评估访问模式
重写存量数据会带来额外负载与风险，安排在低峰并做好回滚预案

数据来源与参考

Redis 官方文档：Memory optimization（编码与阈值）
Redis 官方文档：CONFIG SET / CONFIG REWRITE 命令

继续搜索

常用关键词：3389 traceroute iptables 子网掩码 docker

‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌