ThinkPHP6万级并发需分层优化：调优PHP-FPM与OPcache、启用MySQL持久连接、切换Redis缓存并预热、异步化耗时任务、引入Swoole协程及负载均衡集群。
ThinkPHP6 本身不原生支持万级并发，卡顿不是框架“坏了”，而是默认配置和运行模式在高压力下暴露了瓶颈。核心问题在于 PHP-FPM 同步阻塞模型、数据库连接争抢、缓存未生效、日志/调试拖累等。解决方向不是换框架，而是分层击破：环境、数据库、缓存、异步、架构。
PHP-FPM 和 OPcache 必须调优
这是最基础也最容易见效的一层。默认 FPM 配置（如 pm.max_children=5）根本扛不住万并发，会大量排队或返回 503。
- 把 pm.max_children 设为 32–64（根据内存算，每进程约占用 20–30MB），别盲目设 200，否则内存溢出
- 开启 OPcache：确保 php.ini 中 opcache.enable=1、opcache.memory_consumption=256、opcache.max_accelerated_files=20000
- 关闭调试：APP_DEBUG = false，否则 trace 日志和模板编译会吃掉大量 CPU
- Nginx 端加 worker_connections 10240 和 keepalive_timeout 30，避免连接反复建立
数据库不能只靠“查得快”，要防“连不上”
万并发下最先崩的常是 MySQL 的连接数（Too many connections），不是 SQL 慢。ThinkPHP 没有连接池，但可以规避争抢。
- 禁用读写分离（'deploy' => 0），除非你真有从库且做了中间件路由；默认开启反而多建连接
- 启用持久连接：'params' => [\PDO::ATTR_PERSISTENT => true]，配合 MySQL 调大 wait_timeout
- 事务务必短：慎用 Db::transaction()，超时或异常未释放会导致连接卡死
- 所有关联查询（with()、withJoin()）必须确认字段加了索引，否则一次 JOIN 就拖垮整个接口
缓存不能只“用了”，要“用对”
默认文件缓存（file driver）在万并发下会因文件锁变成串行，比不缓存还慢；Redis 不设过期或 key 冲突也会雪崩。
立即学习“PHP免费学习笔记（深入）”；
- 立刻切到 Redis 缓存：Cache::store('redis')，关掉 file 驱动
- 热数据预加载：用定时任务提前把高频数据（如首页 banner、用户权限树）写入 Redis，避免首请求击穿
- 设置合理过期时间 + 随机偏移量（如 3600 ± 300 秒），防止缓存雪崩
- 避免缓存空值或大对象，小而精的数据才适合高频读
真正扛万并发，得跳出 HTTP 请求生命周期
TP6 默认走 FPM，每个请求都要加载框架、初始化容器、解析路由……万次就是万次重复开销。必须引入异步和常驻服务。
- 耗时操作全进队列：发短信、写日志、生成报表等，用 Redis 或 RabbitMQ 异步消费，主流程 200ms 内返回
- 关键接口改用 Swoole：安装 swoole 扩展，用 think-swoole 或自定义命令启动协程服务器，避开 FPM 进程模型
- 静态资源交由 Nginx 直接响应，PHP 只处理动态逻辑；前端资源上 CDN
- 单台扛不住就水平扩展：Nginx 做负载均衡，后端多台 TP6 实例共用 Redis + MySQL 主从集群
