MySQL索引优化核心是匹配真实查询模式：1.仅对WHERE、JOIN、ORDER BY、GROUP BY中高频字段建索引；2.单列索引优先选高区分度字段（如user_id），联合索引须遵循最左前缀原则；3.用EXPLAIN验证type、key、rows等关键指标。
PHP网站要稳定高效地访问MySQL，光靠“能连上”远远不够。索引决定查询快不快，连接池决定并发扛不扛——这两块不调好，流量一上来，响应延迟、超时、连接数爆满就接踵而至。
MySQL索引怎么建才真正有效
索引不是越多越好，而是要匹配真实查询模式。没被WHERE、JOIN、ORDER BY或GROUP BY用上的字段，加了索引反而拖慢写入速度。
- 单列索引优先考虑高频过滤字段，比如
user_id、status、created_at - 联合索引注意最左前缀原则：定义
INDEX idx_status_type (status, type)，能加速WHERE status = ?和WHERE status = ? AND type = ?，但对WHERE type = ?无效 - 避免在低区分度字段（如
gender只有男/女）上单独建索引；必要时可组合高区分度字段提升选择性 - 用
EXPLAIN SELECT ...验证执行计划，重点看type是否为ref或range，key是否命中预期索引，rows是否明显减少
PHP中启用持久连接的实操要点
持久连接是FPM架构下最易落地的“轻量级连接池”，它让同一PHP worker进程复用MySQL连接，省去TCP握手和认证开销。
- PDO方式：创建时传入
PDO::ATTR_PERSISTENT => true，DSN里无需加p:前缀（那是MySQLi的语法） - MySQLi方式：主机名前加
p:，例如mysqli_connect('p:localhost', $user, $pass, $db) - 必须配合MySQL端参数调整：
wait_timeout建议设为300–600秒，避免连接空闲太久被服务端断开；max_connections需预留余量，防止所有worker都持有一个连接后耗尽 - 警惕状态残留：持久连接会保留事务、用户变量、临时表等上下文，建议每次使用前执行
RESET CONNECTION或在连接后立即ROLLBACK并清理会话变量
Swoole协程连接池配置示例
当业务进入高并发阶段（如API QPS > 500），FPM+持久连接已逼近瓶颈，此时应转向Swoole常驻内存模型，构建真正的连接池。
立即学习“PHP免费学习笔记（深入）”；
- 安装Swoole扩展（v5.0+），启用
swoole.enable_coroutine=1 - 使用
Swoole\Coroutine\MySQL客户端，配合Swoole\ConnectionPool管理连接生命周期 - 典型配置：池容量设为20–50（视MySQL最大连接数和平均请求耗时而定），获取连接超时设为0.5秒，空闲连接最大存活时间设为60秒
- 关键逻辑：每次SQL操作从池中
get()，执行完必须put()归还，不可close()；异常时也要确保归还，推荐用try/finally包裹
别漏掉的配套优化动作
索引和连接池效果再好，也得有基础支撑。这几项配置常被跳过，却直接影响稳定性。
- PHP侧：在PDO或MySQLi连接选项中显式设置超时，例如
PDO::MYSQL_ATTR_CONNECT_TIMEOUT => 3（连接建立）、PDO::ATTR_TIMEOUT => 5（读写操作） - MySQL侧：开启
slow_query_log并设long_query_time = 1，定期分析慢日志定位未走索引的查询 - 应用层：禁止在循环内执行SQL；把多次单行查询合并为
IN或批量INSERT/UPDATE；读多写少场景可前置Redis缓存结果 - 监控项：上线后持续观察
Threads_connected、Aborted_connects、Created_tmp_disk_tables等状态变量，及时发现连接泄漏或临时表滥用问题
