PHP 应用中数据库往往是性能瓶颈，缓存不是“加一层就完事”，而是要分场景、选策略、控时效、防穿透。核心在于减少重复查询、降低数据库压力、缩短响应时间，同时保证数据一致性。
本地缓存：快速响应高频只读数据
适合用户配置、站点设置、地区列表等变动极少、读多写少的数据。可用 APCu（PHP 7.4+ 推荐）或 OPcache 的用户缓存功能，无需额外服务，毫秒级读取。
- 用 apcu_store() 写入，apcu_fetch() 读取，支持 TTL（如
apcu_store('site_config', $data, 3600)） - 注意 APCu 是进程级缓存，FPM 下各 worker 独立，不适用于需要跨进程同步的场景
- 避免缓存大对象（如完整用户列表），优先缓存单条或聚合结果，控制内存占用
分布式缓存：协调多实例，支撑高并发
当应用部署多个 PHP 实例（如 Nginx + PHP-FPM 集群），必须用 Redis 或 Memcached 统一缓存层。它能共享状态、支持复杂数据结构，并提供原子操作。
- 查询前先查 Redis（如
$key = "user:{$id}"; $data = $redis->get($key);），命中则直接返回 - 写数据库成功后，主动 删除或更新 缓存（推荐删除策略：write-through 或 cache-aside），避免双写不一致
- 对热点 key 加随机过期偏移（如
3600 + rand(1, 300)），防止缓存雪崩
查询级缓存：精准拦截重复 SQL
不是缓存整个页面或对象，而是缓存某条 SQL 的结果集。适合报表统计、搜索聚合等计算开销大、参数固定、结果变化慢的查询。
- 将 SQL 拼接后做哈希（如
md5("SELECT COUNT(*) FROM orders WHERE status='paid' AND created_at > '2024-01-01'")）作为缓存 key - 结合业务事件失效：例如订单状态变更时，清除相关统计缓存（如 “待发货数”、“月成交额”）
- 慎用 MySQL 自带的 query cache（已从 8.0 移除），它易受表级锁影响且命中率低，不如应用层控制灵活
缓存穿透与击穿防护：守住最后一道防线
恶意请求不存在的 ID（穿透）、热门 key 过期瞬间大量请求打到 DB（击穿），都会压垮数据库。
- 对空结果也缓存（如
$redis->setex("user:999999", 60, 'null')），并约定客户端识别该标识，避免反复查询 - 用互斥锁（如 Redis SETNX）控制重建：第一个请求加锁、查库、写缓存、释放锁；其余等待后直接读缓存
- 对超高频 key（如首页 banner），可预热加载 + 永久缓存 + 后台定时刷新，绕过过期逻辑
缓存是杠杆，用得好省 70% 数据库压力；用得莽，反而引入不一致和运维负担。关键在明确每类数据的更新频率、一致性要求和访问模式，再匹配缓存层级与失效策略。
