php数据库查询缓存核心是分级策略与精准失效：静态数据长时缓存，用户数据按id设ttl，列表查询标准化sql生成键，高实时数据不缓存或极短ttl；键含业务域、模块名、参数签名及版本号；变更时主动清理或用缓存标记批量失效；缓存宕机自动降级至db并熔断保护。
PHP 数据库查询结果缓存的核心目标是减少重复 SQL 执行、降低数据库压力、提升响应速度，同时保证数据新鲜度可控。关键不在“缓存什么”，而在“何时缓存、如何失效、怎么命中”。
按查询特征分级缓存策略
不是所有查询都适合同等缓存。应根据数据变更频率和业务语义区分处理：
- 只读静态数据（如省份列表、配置项）：可长期缓存（数小时至永不过期），用唯一键如
config:site_settings存入 redis 或 APCu； - 用户级轻变动数据（如用户基本信息、个人设置）：按用户 ID 组合缓存键，如
user:123:profile，TTL 设为 5–30 分钟，更新用户资料时主动删除该键； - 列表类带参数查询（如分页商品列表
select * FROM goods WHERE cat=2 ORDER BY price LIMIT 20 OFFSET 40）：对 SQL 原文做标准化（去除空格、统一大小写、参数占位），再结合参数哈希生成键，例如query:goods_list:sha256(cat=2&order=price&limit=20&offset=40)； - 高实时性数据（如订单支付状态、库存余量）：不缓存结果，或仅缓存 1–5 秒，避免脏读。
缓存键设计必须包含上下文维度
单纯用 SQL 字符串作键容易冲突或失效困难。建议组合以下要素生成唯一、可管理的键：
- 业务域前缀（如
api:、admin:）； - 数据表名或逻辑模块名（如
orders、user_profile）； - 关键参数签名（非原始值，而是排序后拼接的 MD5/SHA256，防键过长）；
- 可选版本号或时间戳（用于批量刷新，如
v2）。
示例键：api:orders:uid_456:status_paid:v2，更新订单状态时可精准清除相关键，不影响其他用户缓存。
立即学习“PHP免费学习笔记（深入）”；
主动失效优于被动过期
依赖 TTL 自动过期会导致窗口期数据不一致。更可靠的方式是在数据变更时同步清理缓存：
- 执行
UPDATE orders SET status = 'shipped' WHERE id = 123后，立即执行delete cache_key_for_order_123； - 对批量操作（如后台改价），用通配模式清除（Redis 可配合
SCAN+ 模糊匹配，或提前维护 key 列表）； - 引入「缓存标记」机制：为某类数据设一个基础标记键（如
cache_tag:goods_price），所有价格相关查询键都带上该 tag；更新价格时只更新 tag 值（如自增），查询时连带校验 tag，实现批量失效。
兜底与降级：缓存不可用时无缝回退
缓存服务（如 Redis）宕机不能导致业务中断：
- 封装查询函数，内部先尝试缓存读取，失败则直连数据库，并将结果尝试写入缓存（写失败不报错、不阻断）；
- 对缓存层加简单熔断（如连续 5 次连接失败，跳过缓存 60 秒），避免雪崩；
- 日志记录缓存 miss 率、平均耗时、失败原因，便于容量评估和问题定位。
不复杂但容易忽略：缓存不是加一层就完事，而是要和业务生命周期对齐——查得快，更要查得准。