php 本身无内置查询缓存，mysql 的 query_cache 已废弃，应由应用层用 apcu（单机）或 redis（分布式）手动缓存查询结果，并注意缓存失效逻辑。
PHP 查询缓存到底能不能开？
PHP 本身没有内置的“查询缓存”机制，mysql_query、mysqli_query 或 PDO::query 都不会自动缓存 SQL 结果。所谓“开查询缓存”，实际是靠三层中的一层来实现：MySQL 服务端的 query_cache_type（已废弃）、应用层手动缓存（推荐）、或 OPcache（只缓存 PHP 字节码，不缓存数据）。
MySQL 自带 query_cache 已经失效了
MySQL 5.7 默认关闭，8.0 直接移除 query_cache_type 和 query_cache_size。即使你还在用 5.6，它也只对完全相同的 SELECT 字符串生效（区分大小写、空格、注释），且表一更新整个相关缓存就失效，高并发下锁争用严重。
- 常见错误现象：
Query cache is disabled或执行SHOW VARIABLES LIKE 'query_cache%'返回空值 - 不要花时间调
query_cache_size，它在现代业务中基本没用 - 替代方案必须由 PHP 主动控制，比如用
apcu_fetch或redis->get
用 APCu 缓存查询结果最轻量
APCu 是 PHP 用户态内存缓存，无网络开销，适合单机部署场景。关键不是“缓存 SQL”，而是缓存「查询结果数组」或「序列化后的数据结构」。
- 使用场景：用户资料页反复查
SELECT * FROM users WHERE id = ?，且数据变更不频繁 - 示例逻辑：
$key = 'user_' . $id;→$data = apcu_fetch($key);→ 若为false，则查库 +apcu_store($key, $data, 300) - 注意：APCu 不跨进程，重启 PHP-FPM 后全丢；别缓存大数组（如 10MB 的日志列表），会拖慢共享内存分配
- 兼容性：PHP 7.0+ 默认启用，但需确认
extension=apcu.so已加载，且apc.enabled=1
Redis 更适合多实例或需要过期策略的场景
当你的 PHP 应用跑在多个机器上，或者要和 Node.js/Python 共享缓存时，Redis 是唯一合理选择。但它有网络延迟和序列化成本，别盲目套用。
立即学习“PHP免费学习笔记（深入）”；
- 容易踩的坑：
$redis->set($key, $data)会失败，因为$data是数组——必须先json_encode或serialize - 建议用
json_encode：更小、跨语言、避免 PHP 特有格式带来的反序列化风险 - 性能影响：一次 Redis GET 延迟约 0.2–1ms，比 APCu 慢 10–50 倍，但比查 MySQL（5–50ms）快得多
- 别缓存未加索引字段的模糊查询结果（如
LIKE '%关键词%'），键名难设计，命中率低
真正麻烦的从来不是“怎么存”，而是“什么时候删”。缓存失效逻辑写错，比不缓存还危险。
