thinkphp高并发优化核心是php-fpm选static模式、关闭opcache校验、切换redis+swoole table缓存、订单号等关键路径原子化；其他如队列、swoole属可选项。

ThinkPHP 本身不解决高并发，它只是被优化的对象；真正起效的是 PHP-FPM 模式选择、OPcache 配置、缓存驱动切换、关键路径原子化这四件事。其他“加队列”“上 Swoole”都是可选动作，不是必选项。

PHP-FPM 用 static 还是 dynamic？

高并发下 pm = static 更稳，尤其 ThinkPHP 内存占用较固定时。pm = dynamic 看似灵活，但 pm.max_children 实际可用值受 pm.start_servers、pm.min_spare_servers 等多参数隐式约束，压测时容易误判容量。

• 直接设 pm.max_children 为最大常驻进程数（如 64 或 128），避免 fork/spawn 抖动
• 单进程内存按压测值估算（含 OPcache、Redis 扩展等），留 20% 余量；例如占 40MB，8GB 内存服务器最多配 pm.max_children = 160
• pm.process_idle_timeout 仅对 dynamic 有效，高并发下必须禁用，否则可能非预期回收进程

OPcache 必须关掉 validate_timestamps

默认 opcache.validate_timestamps = 1 会让每次请求都 stat 文件修改时间——千万级并发下会打爆 ext4 的 inode cache 或引发大量磁盘 I/O 等待。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

• opcache.validate_timestamps = 0，上线后用 opcache_reset() 或 kill -USR2 手动刷新
• opcache.revalidate_freq = 0（即使 validate_timestamps=0，该值也需显式设为 0）
• opcache.max_accelerated_files 至少设为 65536，ThinkPHP 5.1+ 类自动加载 + 模板编译易突破默认 2000 限制
• 启用 opcache.file_cache（如 /tmp/opcache），FPM 进程重启后可快速热加载

订单号生成别拼 microtime() + incr()

直接用 microtime(true) 拼 Redis INCR 值，在高并发下会撞——PHP 处理微秒级时间戳有精度损失，同一微秒内多个请求拿到相同时间部分；而 Redis 的 INCR 虽原子，若不同时间戳段共用一个 key，递增序号就错乱。

• 用 date('ymdHi')（分钟级）作 Redis key 后缀，如 order_sn_2405201530，确保同一窗口共享计数器
• 必须 SETEX order_sn_2405201530 86400 0 设置过期，防冷 key 持久占内存
• incr() 调用要 while 重试 + 异常捕获：捕获 think\exception\DbException 和 Predis\Connection\ConnectionException
• 最终格式用 sprintf('%s%06d', $timestamp, $sn % 1000000) 固定长度，别硬拼字符串导致数据库索引效率下降

日志写入卡住接口？别改 Log::write()，重写 Log::save()

ThinkPHP 默认日志同步阻塞写文件，QPS 上千时磁盘 I/O 成瓶颈，常见现象是响应飙升、502、Too many open files 错误。根本原因不是日志量大，而是写操作卡在主线程里——用户请求必须等日志落盘完才返回。

• 不要只替换 Log::write()，框架内部 SQL 日志、错误捕获走的是 Log::record() → Log::save() 流程，这个环节默认仍是同步文件
• 重写 Log::save() 方法，把日志内容投递到 Redis list 或本地 socket，由独立消费者进程异步落地
• 消费者里别再调 Log::write()，直接用 file_put_contents($file, $content, FILE_APPEND | LOCK_EX)
• 生产环境禁用 debug 级日志：'log' => ['level' => ['error', 'notice']]，避免单请求触发数十次写入

最容易被忽略的点是：所有优化都建立在「ThinkPHP 请求生命周期不变」的前提下。一旦引入 Swoole 或 RoadRunner，上下文隔离、连接池复用、协程客户端适配这些事就全变了——不是加个扩展就能跑，得重审整个运行模型。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！