定位与总体思路
在 CentOS 上，ThinkPHP 的性能瓶颈通常集中在 PHP 执行与进程管理、数据库查询与索引、缓存策略、Nginx 与静态资源处理 以及 代码与架构 五个层面。优先顺序建议为：先关闭调试与做路由/配置缓存，再启用 OPcache，随后优化 SQL 与索引、补齐 Redis/Memcached 缓存，最后调整 Nginx + PHP-FPM 与扩展架构（多实例、读写分离、CDN、Swoole/队列）。
关键动作清单
- 开启并正确配置 OPcache（生产环境标配）：在 php.ini 中启用 opcache，合理设置内存与缓存策略，可显著减少 PHP 编译开销。
- 关闭调试模式并生成路由缓存：部署环境将 APP_DEBUG=false，执行命令生成路由缓存，降低路由注册成本。
- 构建多级缓存体系：优先使用 Redis/Memcached 做数据/会话/页面片段缓存，减少数据库与文件 I/O。
- 优化数据库：为 WHERE/JOIN/ORDER 字段建立合适索引，开启慢查询日志并用 EXPLAIN 分析，避免 SELECT * 与 N+1 查询，必要时引入连接池或读写分离。
- 静态资源与传输优化：Nginx 直接服务静态资源并开启 Gzip 与长缓存，使用 CDN 分流。
- 调整 PHP-FPM 进程池：依据内存与单进程占用设置 pm.max_children 等，避免内存耗尽或进程不足。
- 分离与保护入口：Nginx 使用 try_files 将所有非静态请求转发到 index.php，并限制对敏感目录与 .env 的访问。
Nginx 与 PHP-FPM 配置要点
- Nginx 核心样例（确保优雅 URL 与静态资源加速）：
- root 指向 public；location / 使用 try_files $uri $uri/ /index.php?$query_string;
- location ~ .php$ 使用 fastcgi_pass 指向 PHP-FPM（127.0.0.1:9000 或 unix socket）；
- 静态资源 location 设置 expires（如 30d）、access_log off；
- 禁止访问 .env 与敏感目录（如 app、config、runtime 等）。
- PHP-FPM 进程池调优：
- 依据“可用内存 / 单进程 RSS”估算 pm.max_children，避免过多进程导致 SWAP；
- 结合并发与稳定性设置 pm.start_servers / pm.min_spare_servers / pm.max_spare_servers；
- 设置 pm.max_requests 定期重启进程，缓解潜在内存泄漏。
数据库与缓存优化
- SQL 与索引：
- 开启 slow_query_log 与 long_query_time，用 EXPLAIN 检查是否走索引；
- 避免 SELECT *、在 WHERE 中对列使用函数、无索引的大表扫描；
- 优化 JOIN 与子查询，合理使用 LIMIT 与分页；
- 在循环中避免 N 次数据库查询，改为批量操作或预加载（如 withJoin）。
- 缓存策略：
- 对热点数据与配置使用 Redis/Memcached 做数据缓存；
- 对不常变的页面/片段使用页面/局部缓存；
- 将会话存储从文件改为 Redis，便于多实例共享与扩展。
- MySQL 参数方向：结合负载调优 innodb_buffer_pool_size 等内存与 I/O 参数，减少磁盘访问。
高并发与扩展方案
- 架构扩展：多实例 + Nginx 负载均衡，共享 Redis 与（必要时）共享存储；数据库 主从复制/读写分离，进一步可做分库分表。
- 长时任务与异步：将耗时任务推入 消息队列，降低请求时延并提升稳定性。
- Swoole 协程与常驻内存：在 Swoole 下运行 ThinkPHP，配合连接池与协程可显著提升并发（注意与 FPM 的差异与兼容性）。
- 压测与容量评估：使用压测工具验证瓶颈点（SQL、缓存命中率、FPM 队列、带宽），按指标逐步扩容与调参。