PHP数据库缓存与性能优化技巧

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% 数据库压力；用得莽，反而引入不一致和运维负担。关键在明确每类数据的更新频率、一致性要求和访问模式，再匹配缓存层级与失效策略。