#Redis 内存优化

INFO memory
# used_memory_human: 10G          # Redis 实际分配的内存
# used_memory_rss_human: 12G       # 操作系统报告的内存占用（含碎片）
# mem_fragmentation_ratio: 1.20   # 碎片率 = rss / used
# mem_fragmentation_ratio < 1.5    # 正常
# mem_fragmentation_ratio > 1.5    # 碎片严重

# maxmemory_human: 16G             # maxmemory 配置
# maxmemory_policy: allkeys-lru     # 淘汰策略

-- 分析 key 占用
redis-cli --bigkeys
# 列出每种类型最大的 key

-- 分析 key 数量
redis-cli DBSIZE

-- 分析 key 大小分布
redis-cli --scan --pattern '*' | head -1000 | xargs redis-cli MEMORY USAGE

-- 内存碎片产生原因：
-- 1. 频繁更新 key-value，value 大小变化
--    SET key "hello" → SET key "hello world"
-- 2. 大量删除 key
-- 3. 超过 maxmemory 后的数据淘汰

-- 方法 1：重启 Redis（治本）
-- 碎片内存被完全回收

-- 方法 2：MEMORY PURGE（Redis 4.3+，治标）
MEMORY PURGE
# 触发内存碎片整理

-- 方法 3：调整 maxmemory-policy
# 让淘汰策略回收碎片空间

-- 方法 4：惰性删除
lazyfree-lazy-eviction yes
lazyfree-lazy-expire yes
lazyfree-lazy-server-del yes

-- Big Key 的问题：
-- 1. 单次操作时间过长（GET big:string 100MB → 阻塞）
-- 2. 内存分配不均匀
-- 3. 删除 Big Key 阻塞（Redis 6.2+ 支持ASYNC 删除）

-- 删除时间：
-- String 100MB → 约 100ms
-- List 1000万元素 → 约 10 秒

-- Redis 6.2+ 异步删除：
UNLINK bigkey  -- 异步删除，不阻塞

-- 优化方案：
-- 1. 拆分大对象
--    Big Hash → 多个小 Hash
--    big:user:100:data → user:100:data:1, user:100:data:2, ...

-- 2. 压缩字符串
--    如果 value 是文本，压缩后再存
--    GET value → 解压 → 使用

-- 3. 分批处理
--    LRANGE biglist 0 1000
--    LRANGE biglist 1001 2000
--    ...

-- Hash/List/ZSet 使用 ziplist 存储小对象
-- 节省内存

-- 调整阈值（redis.conf）：
hash-max-ziplist-entries 512   # 默认 512
hash-max-ziplist-value 64     # 默认 64 字节

# 小字段 + 小 value = ziplist
# 大字段/大 value = hashtable/list

-- Redis 对小整数有优化：
-- 整数 0~9999 被 Redis 内部共享
-- SET num 100 → 不额外分配新对象，复用共享对象

-- 使用整数代替字符串：
# ❌ SET user:1:age "25"   # 字符串对象
# ✅ SET user:1:age 25      # 整数对象