PHP网站查询慢主因是数据库访问不当，包括SELECT *滥用、函数致索引失效、ORM未限定字段、预处理使用不当、缺失必要索引、HTTP替代查询及PHP-FPM配置失衡。

PHP 动态网站查询慢，绝大多数情况不是 PHP 本身的问题，而是数据库访问没控制好——查得太多、查得不精准、查得没缓存。

为什么 SELECT * 在 PHP 中特别危险

很多 PHP 脚本习惯性写 $pdo->query("SELECT * FROM users WHERE id = ?")，尤其在关联多表时，会把所有字段（包括 TEXT、BLOB 字段）全拉过来。结果是：网络传输变大、内存占用飙升、MySQL 排序/临时表压力陡增。

• 只查真正需要的字段，比如 SELECT id, name, email
• 避免在 WHERE 条件里对字段用函数，如 WHERE DATE(created_at) = '2025-01-01' —— 这会让索引失效
• 注意 ORM（如 Laravel Eloquent）默认可能加载全部列，用 select() 显式指定字段

mysqli 和 PDO 的预处理性能差异其实很小，但写法影响很大

两者底层都支持 MySQL 的 prepare 协议，真实瓶颈常出在“怎么用”。常见反模式：$stmt = $pdo->prepare("SELECT * FROM logs WHERE user_id = ? AND created_at > ?"); $stmt->execute([$uid, date('Y-m-d H:i:s', time()-86400)]); —— 看似用了预处理，但每次执行都传新时间戳，MySQL 仍需重新生成执行计划（尤其在低版本）。

• 如果条件值变化频繁，确保 MySQL 的 query_cache_type 已关闭（5.7+ 默

  

  认关），避免缓存碎片
• 对高频固定查询（如获取站点配置），可考虑用 PDO::ATTR_EMULATE_PREPARES = false 强制走原生预处理，减少解析开销
• 批量插入时，用单条 INSERT INTO t VALUES (),(),() 比循环执行 INSERT 快 5–10 倍

PHP 层加缓存前先确认数据库有没有被拖垮

直接上 Redis 或 APCu 缓存 PHP 查询结果，有时只是掩盖了更严重的问题：比如某接口每秒触发 200 次 SELECT COUNT(*) FROM orders WHERE status = 'pending'，而该表没有 status 索引。

• 先用 EXPLAIN 看慢查询的执行计划，重点关注 type 是否为 ALL、key 是否为 NULL
• 对 WHERE + ORDER BY 组合场景，联合索引顺序很重要：例如 WHERE category = ? ORDER BY created_at DESC，索引应建为 (category, created_at)，而非反过来
• PHP 中不要用 file_get_contents('https://api.example.com/data') 替代数据库查询——HTTP 延迟通常比本地 DB 查询高 10–100 倍，且不可控

最常被忽略的一点：PHP-FPM 的 pm.max_children 设太高，导致并发查库连接数爆表，MySQL 连接池打满，所有查询排队等待。调优必须从「单请求 DB 行为」和「整体并发资源配比」两个层面一起看。