PHP缓存查询开启与优化技巧

PHP本身并不提供内置的SQL查询缓存功能，MySQL早已废弃其query_cache机制，因此现代应用必须由PHP应用层主动实现缓存——推荐使用APCu（单机轻量、零网络开销）或Redis（分布式、跨语言、适合多实例场景），关键在于合理缓存查询结果而非SQL语句本身，并严谨设计缓存键名与失效逻辑；忽视缓存一致性、盲目缓存大对象或未索引查询，反而会拖慢性能甚至引发数据错误，真正决定缓存成败的，从来不是“怎么存”，而是“何时删”。

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 是唯一合理选择。但它有网络延迟和序列化成本，别盲目套用。

• 容易踩的坑：$redis->set($key, $data) 会失败，因为 $data 是数组——必须先 json_encode 或 serialize
• 建议用 json_encode：更小、跨语言、避免 PHP 特有格式带来的反序列化风险
• 性能影响：一次 Redis GET 延迟约 0.2–1ms，比 APCu 慢 10–50 倍，但比查 MySQL（5–50ms）快得多
• 别缓存未加索引字段的模糊查询结果（如 LIKE '%关键词%'），键名难设计，命中率低

真正麻烦的从来不是“怎么存”，而是“什么时候删”。缓存失效逻辑写错，比不缓存还危险。

到这里，我们也就讲完了《PHP缓存查询开启与优化技巧》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！