CentOS 上 MySQL 与 PHP 协同优化的实操清单
一 基础环境优化
- 使用最新稳定版 PHP（建议 8.0+），安装高性能驱动 php-mysqlnd，并精简不必要的扩展以降低内存占用与启动开销。
- 启用 OPcache 提升脚本执行速度：设置 opcache.enable=1；生产环境建议关闭频繁校验（如 opcache.validate_timestamps=0），并合理分配共享内存（如 opcache.memory_consumption=128）。
- 若使用 PHP-FPM，根据业务选择进程管理模式（ondemand/dynamic），并调整 pm.max_children、pm.start_servers、pm.min/max_spare_servers，避免进程过多导致内存争用或过少导致排队。
- 升级至 PHP 8.x 并启用 JIT（opcache.jit=1235，opcache.jit_buffer_size=256M），对计算密集型应用可进一步提速。
二 PHP 与数据库连接优化
- 优先使用 持久连接 减少握手开销：如 mysqli 使用 p: 前缀（new mysqli(‘p:localhost’, …))；PDO 使用 PDO::ATTR_PERSISTENT。注意连接泄漏与“连接风暴”，需与连接上限、空闲回收策略配套。
- 在 php.ini 中可按需开启持久连接开关（如 pdo_mysql.persistent_connections、mysqli.allow_persistent_connections），但务必结合应用连接生命周期管理。
- 使用 预处理语句（Prepared Statements） 与参数绑定，既提升性能又防止 SQL 注入。
- 减少 N+1 查询 与在循环中执行 SQL，合并查询、使用 JOIN/LIMIT、只 SELECT 必要字段。
- 引入 Redis/Memcached 做查询结果或页面片段缓存，显著降低数据库压力。
- 高并发场景可引入 连接池/读写分离/主从复制 与负载均衡，平滑扩展读能力与容灾能力。
三 MySQL 服务端关键配置
- 将 innodb_buffer_pool_size 设为物理内存的 50%–75%（写多或内存充足可上探至 80%），减少磁盘 I/O。
- 适度提升 max_connections，并配合合理的 wait_timeout，避免空闲连接长期占用。
- 提升 innodb_log_file_size=128M–512M，加快大事务提交与恢复；结合 innodb_log_buffer_size 减少日志刷盘次数。
- 根据磁盘能力设置 innodb_io_capacity（如 SSD 可设 2000–5000），并开启 innodb_flush_method=O_DIRECT 降低双缓冲。
- 事务持久性与性能权衡：非极端强一致场景可将 innodb_flush_log_at_trx_commit=2，在崩溃时最多丢失 1 秒事务。
- 适度增加 thread_cache_size、table_open_cache，降低线程与表句柄开销。
- 如业务以读为主，可启用 查询缓存（query_cache_type=1，query_cache_size 如 64M）；写多或更新频繁时建议关闭，避免失效抖动。
- 定期使用 ANALYZE/OPTIMIZE TABLE 维护表统计与碎片；使用 EXPLAIN 分析慢查询并添加合适索引。
四 系统与网络调优
- 提升文件描述符限制：在 /etc/security/limits.conf 设置如 * soft/hard nofile 65536，防止连接、文件句柄耗尽。
- 优化内核网络参数（/etc/sysctl.conf）：如 net.core.somaxconn、net.ipv4.tcp_tw_reuse、net.ipv4.tcp_keepalive_time 等，提升连接并发与回收效率。
- 存储与文件系统：优先 SSD；使用 ext4/XFS 并挂载 noatime，降低元数据写入开销。
五 监控 压测与变更流程
- 监控与诊断：结合 top/htop、iostat、vmstat 观察 CPU、内存、I/O；开启 MySQL 慢查询日志 定位问题 SQL；使用 MySQLTuner、Percona Toolkit 获取调优建议。
- 压测与容量评估：在预发环境进行压测，逐步调整 PHP-FPM 的 pm.max_children 与 MySQL 的 max_connections/innodb_buffer_pool_size，观察连接等待、慢查询与缓存命中率变化。
- 变更与回滚：任何配置变更前先备份（数据与配置）；按“先 PHP-FPM 后 MySQL”的顺序滚动发布，变更后持续观察 错误日志、连接数、QPS/延迟，必要时快速回滚。