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