PHP 中数据库连接与缓存结合使用，核心目标是减少重复查询、降低数据库压力、提升响应速度。关键不在于“连上数据库再缓存”，而是在查询前先查缓存，命中则跳过数据库；未命中才查库，并将结果写入缓存。
缓存策略要匹配业务场景
不是所有数据都适合缓存。高频读、低频写、容忍短时 stale（如商品列表、配置项）适合缓存；实时性要求高（如用户余额、订单状态）需谨慎设置 TTL 或主动失效。
- 静态配置类数据：可设较长 TTL（如 3600 秒），甚至永不过期 + 手动清除
- 用户个人数据：按用户 ID 组织缓存键（如 user:123:profile），TTL 可设 60–300 秒
- 分页列表：缓存键需包含参数哈希（如 posts:list:sort=created&limit=20），避免键冲突
推荐用 PDO + Redis/Memcached 实现
PDO 提供统一数据库接口，Redis（或 Memcached）提供高性能键值缓存。两者无耦合，靠逻辑串联。
- 先拼出唯一缓存键（如 MD5 或 sprintf 构建）
- 用 $redis->get($key) 尝试获取，若非 false 则直接返回解序列化结果
- 未命中则执行 PDO 查询，成功后用 $redis->setex($key, $ttl, serialize($data)) 写入
- 注意：缓存值建议 serialize 或 json_encode，Redis 原生只存字符串
务必处理缓存穿透、击穿与雪崩
这是上线后容易被忽略但影响严重的点。
立即学习“PHP免费学习笔记（深入）”；
- 穿透：查不存在的 ID（如 user_id = -1）。对策：对空结果也缓存（如 setex key 60 “null”），并加布隆过滤器前置校验
- 击穿：热点 key 过期瞬间大量并发请求打到 DB。对策：加互斥锁（Redis setnx）、逻辑过期（缓存值内嵌时间戳）、或永不过期+后台异步更新
- 雪崩：大量 key 同一时刻过期。对策：TTL 随机偏移（如 3600 + rand(0, 300)）、按业务分层设置过期时间
缓存与数据库一致性不能靠“定时刷新”
更新数据库后，必须同步操作缓存——要么删除（cache-aside 模式），要么更新（write-through）。推荐优先删缓存，简单可靠。
- 新增/修改/删除数据后，立刻 $redis->del($key)
- 不要等缓存自然过期，否则窗口期内读到脏数据
- 复杂关联更新（如文章更新需清空其分类下的列表缓存）需设计好键命名规则，支持批量 del（如用 Redis keys pattern 需禁用，改用集合记录相关 key）
不复杂但容易忽略细节。连得上数据库只是第一步，缓存用得好不好，决定系统能不能扛住流量高峰。
