请解释 Redis 最初采用单线程模型的设计原因，并说明在 6.0 版本中引入多线程的动机及其主要应用场景。

回答思路

1. 【回答框架 1】Redis 单线程模型指其网络 I/O 与命令执行共用同一主线程，基于事件循环处理请求。设计初衷在于避免多线程下的并发控制与上下文切换开销，且 Redis 的操作多为内存访问，速度极快，单线程即可达到高吞吐。
2. 【回答框架 2】单线程瓶颈在于网络 I/O 与命令处理串行化，当大 key 操作或慢命令阻塞时，后续请求延迟增大。随着网络带宽提升，I/O 读写成为主要瓶颈，单线程无法充分利用多核 CPU。
3. 【回答框架 3】Redis 6.0 引入多线程主要是为了提升网络 I/O 并行处理能力，将 socket 读写分配到多个线程，但命令执行仍由主线程串行完成，从而在保持数据操作原子性的同时提高 I/O 吞吐。
4. 【回答框架 4】多线程默认关闭，需在配置文件中启用；适用于高并发大量网络读写场景，而 CPU 密集型命令（如复杂计算）收益有限。最终性能提升程度取决于硬件与工作负载。
5. 【关键点 1】单线程模型避免锁竞争和上下文切换，简化实现且保证原子性。
6. 【关键点 2】6.0 多线程仅用于网络 I/O 读写，命令执行仍为单线程。
7. 【关键点 3】多线程主要应对网络 I/O 瓶颈，不能提升 CPU 密集型操作性能。
8. 【关键点 4】默认关闭，需显式配置，且线程数应小于等于 CPU 核数。
9. 【易错点 1】误以为 6.0 改为全多线程执行命令，实际命令执行仍单线程。
10. 【易错点 2】忽略多线程带来的上下文切换和同步开销，并非所有场景收益明显。
11. 【易错点 3】线程导致无法使用复杂事务与 Lua 脚本的原子性降低。