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) = '2024-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 索引。
立即学习“PHP免费学习笔记（深入）”；
- 先用
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 行为」和「整体并发资源配比」两个层面一起看。
