Redis多CPU优化核心是通过调整io-threads、io-threads-do-reads和threaded-io配置，利用多核CPU并行处理I/O，提升吞吐量；淘汰配置调整使用allkeys-lru策略结合maxmemory-policy和maxmemory，智能回收内存，避免OOM；结合activedefrag开启主动碎片整理，内存利用率提升30%以上，性能可达单机10w+ QPS。具体步骤：1. 设置io-threads 4（根据CPU核数），io-threads-do-reads yes；2. maxmemory 80%物理内存，maxmemory-policy allkeys-lru；3. activedefrag yes，active-defrag-threshold-lower 10。测试基准：优化前QPS 5w，优化后12w，内存节省20%。

Redis官方文档与实践

io-threads-do-reads: Default is no. You can only use it with threaded I/O, so if io-threads is 0, this option is ignored and does not have any effect. This option is useful when you are willing to trade latency vs throughput. When set to yes, the main thread will spend less time in order to accept new connections, and delegate reading the client socket buffers to the background threads. However latency will increase because while the main thread will continue as fast as possible serving other clients, it will be interrupted more frequently by the kernel in order to accept new connections. When set to no, instead, accepting new connections is performed continuously by the main thread, and reading from the socket buffers is delegated to the background threads. The latency of accepted connections is much more stable.

阿里云Redis实践指南

Redis 6.0引入了I/O线程模型，通过配置io-threads参数，可以充分利用多核CPU的优势来处理网络I/O，大幅提升Redis的网络处理能力。默认情况下，Redis是单线程模型，所有操作都在主线程上完成，包括网络事件监听和处理。随着QPS增加，主线程会成为瓶颈。在多CPU环境下，开启I/O线程可以将网络I/O处理交给多个后台线程，主线程专注于执行命令，大幅提升吞吐量。配置示例：io-threads 4 io-threads-do-reads yes。

腾讯云Redis优化手册

内存淘汰策略的选择直接影响Redis的性能和稳定性。推荐使用allkeys-lru策略，它会从所有键空间中选择最近最少使用（LRU）的键进行淘汰。这种策略在大多数场景下都能取得较好的效果。配置参数：maxmemory-policy allkeys-lru。结合maxmemory设置内存上限为总内存的70-80%，避免交换导致性能下降。同时开启activedefrag来处理内存碎片：activedefrag yes active-defrag-threshold-lower 10 active-defrag-threshold-upper 70。

Redis多CPU实际测试报告

在32核CPU机器上，Redis 6.0默认配置QPS约8w+，开启io-threads 8后QPS提升至15w+，延迟从1ms降到0.5ms以内。注意：io-threads数量不宜超过CPU核心数，且需测试具体环境。淘汰策略调整前，内存使用率90%时开始频繁淘汰导致延迟抖动，调整为allkeys-lfu后，淘汰更智能，内存效率提升25%。

内存管理最佳实践

Redis内存管理的关键是maxmemory和淘汰策略。设置maxmemory为可用内存的80%，使用allkeys-lru或allkeys-lfu。lfu适用于读多写少场景，衰减因子lfu-log-factor 10。主动碎片整理activedefrag yes，可以在不重启的情况下回收碎片内存，threshold-lower 10表示碎片率超过10%时启动。

生产环境配置案例

生产配置：io-threads 4 io-threads-do-reads yes maxmemory 24gb maxmemory-policy allkeys-lru activedefrag yes active-defrag-threshold-lower 10 active-defrag-threshold-upper 70 active-defrag-max-bytes 1000000000。结果：CPU利用率从单核100%降到多核均衡，QPS从6w到13w，内存稳定在22gb以下。

FAQ
Q: io-threads设置多少合适？
A: 建议设置为CPU核心数的1/2到1倍，如8核设4-8，需基准测试。
Q: allkeys-lru和volatile-lru区别？
A: allkeys-lru从所有key淘汰，volatile-lru只从带TTL的key淘汰，前者更全面。
Q: 开启activedefrag会影响性能吗？
A: 会轻微增加CPU，但回收内存收益更大，threshold设置合理即可。
Q: Redis单机QPS上限是多少？
A: 多CPU优化后单机可达20w+ QPS，视硬件而定。
Q: 如何监控淘汰效果？
A: 用info memory查看evicted_keys和keyspace_hits/misses。