隐藏技巧1：Redis的内存分配器 jemalloc 是默认使用的，它在多线程环境下表现更好。你可以查看源码 server.c 中的 initServerConfig 函数，这里设置了 malloc 配置。通过编译时指定 --enable-jemalloc 或手动链接，你能优化内存碎片问题。在高负载场景下，这能减少 20% 的内存浪费。

从源码看优化内存使用

Redis 源码中，dict.c 的哈希表实现使用了渐进式 rehash，这是个隐藏技巧。默认情况下，它在每个操作中逐步移动槽位，避免阻塞。优化策略：调整 hash-max-ziplist-entries 和 hash-max-ziplist-value 来控制小哈希使用 ziplist，节省内存。对于大数据集，监控 rehash 进度 via INFO stats。

事件循环的秘密

ae.c 文件实现了事件循环，Redis 是单线程的，但用了 epoll/kqueue 等高效机制。隐藏技巧：在 aePostHelperJob 中，它允许非阻塞添加任务。优化：用 redis-cli --latency 测试事件延迟，如果高，检查 ae.c 中的 timer 和 file event 平衡，避免太多定时器。

Lua 脚本执行优化

scripting.c 中，Lua 脚本是原子执行的，但有 call 计数限制。技巧：源码显示脚本缓存在 dict 中，重复执行直接复用。策略：将常用脚本用 EVALSHA 加载，减少 CPU 开销。查看 server.lua_caller 来自定义超时。

AOF 和 RDB 的内部机制

aof.c 的 fsync 策略有 always/everysec/no，源码在 afterPropagatePostponedAOF 中处理。隐藏点：everysec 实际是后台线程，延迟 1s。优化：大数据集用 no + 定期 RDB，选择基于你的持久化需求，避免高峰 fsync 阻塞。

集群模式下的槽迁移

cluster.c 的 migratePendingConn 是关键，隐藏技巧是使用 ASKING 命令预热连接。优化策略：监控 cluster-state，调整 cluster-migration-barrier 来控制节点迁移行为，减少不必要的 slot 移动。

FAQ

Q: 如何查看 Redis 源码中的内存分配细节？
A: 看 src/zmalloc.c 和 jemalloc 集成，编译带调试符号用 gdb 跟踪 alloc。

Q: 单线程为什么还这么快？
A: 事件循环 ae.c + 高效数据结构如 SDS 和 ziplist，避免锁开销。

Q: 怎么优化 Lua 脚本性能？
A: 用 SHA1 缓存，保持脚本短小，避免复杂循环。

Q: AOF fsync 策略怎么选？
A: 生产用 everysec，平衡耐久性和性能；测试你的磁盘 I/O。