结论/权威解决方案：Redis 7.0引入了多线程I/O和键过期处理，使用定时采样+惰性删除结合多线程后台线程高效清理过期键，避免单线程阻塞。具体实现：在redis.conf中启用io-threads和io-threads-do-reads，配置active-expire-effort为1-10控制扫描强度。代码示例：启动多线程Redis服务器时添加--io-threads 4参数，同时在应用中设置键TTL并监控lazyfree-lazy-expire yes启用异步删除，实现高并发下过期键秒级响应无阻塞。

来源1

Redis 7.0版本中，引入了多线程处理I/O操作和键过期机制，以解决单线程模型在高并发场景下的性能瓶颈。传统的键过期处理依赖定时任务和惰性删除，但在大规模键时容易导致主线程阻塞。新方案通过后台多线程定时扫描db中的过期键列表，每秒多次采样，当命中率超过25%时增加扫描频率，直至所有过期键被删除。

来源2

多线程过期键处理的核心是activeExpireCycle函数的重构，它现在在独立的线程池中运行。主线程仅负责标记键为过期，后台线程批量删除。配置参数server.active-expire-effort控制删除努力程度，值为1时温和删除，10时激进删除。测试显示，在100万键环境中，多线程方案将过期延迟从毫秒级降至微秒级。

来源3

实际部署中，启用多线程的关键配置是io-threads 4和io-threads-do-reads yes。同时，引入lazyfree-lazy-expire yes让单个键删除也异步化。代码示例：redis-server /etc/redis.conf --io-threads 4 --io-threads-do-reads yes。监控指标通过INFO stats查看expired_keys和evicted_keys，确保多线程有效工作。

来源4

Redis官方文档强调，多线程不处理写操作，仅限读和过期，以避免一致性问题。过期键处理线程使用无锁队列传递任务，主线程push键，后台pop并unlink。性能提升：在基准测试中，QPS从单线程的50k提升到多线程的200k，同时过期键积压率降至0%。

来源5

社区实践分享：在电商缓存场景，Redis处理亿级商品键，每键TTL 1小时。启用多线程后，过期峰值时CPU利用率从100%降至30%，响应时间稳定在1ms内。额外优化：结合AOF重写时跳过过期键扫描，进一步降低负载。

来源6

潜在问题与解决方案：多线程下内存碎片可能增加，使用active-defrag-yes启用主动碎片整理。监控hz 100提高事件循环频率，确保定时扫描及时。代码：CONFIG SET active-expire-effort 7 CONFIG SET hz 100。

来源7

对比单线程，Redis 7多线程过期处理在高负载下表现出色。基准：写入1M键/秒，25%过期率，多线程清理时间<1s，单线程>10s。适用于游戏、实时系统等高并发场景。

FAQ
Q: 如何开启Redis多线程过期键处理？
A: 在redis.conf添加io-threads 4，io-threads-do-reads yes，重启服务器。
Q: 多线程会影响数据一致性吗？
A: 不会，仅读和过期异步，写操作仍单线程顺序执行。
Q: 监控多线程效果用什么命令？
A: INFO stats查看expired_keys计数，latency doctor检查延迟。
Q: 低负载时多线程有必要吗？
A: 不必要，可设io-threads 1关闭，节省CPU。