ThinkPHP缓存不自动更新，依赖过期重建或写时同步；Redis驱动默认用setex原子写入，无法单独expire已存在key；remember()仅miss时重建，需配合随机TTL与锁防雪崩。
ThinkPHP 使用 Redis 作为缓存驱动时，cache 组件本身不自动“更新”缓存内容，只负责按需读取、写入和过期控制；所谓“自动更新”，本质是靠「过期后重建」或「写时同步」两种模式实现的。选错方式会导致数据陈旧、雪崩或重复加载。
setex 和 expire 在 ThinkPHP 缓存驱动里怎么生效
ThinkPHP 的 Cache::store('redis') 底层调用的是 phpredis 或 predis，但封装后屏蔽了原生命令细节。它默认使用 setex（即原子性设置值+过期时间）写入缓存，而非先 set 再 expire —— 这意味着你无法对已存在的 key 单独调用 expire 来延长 TTL，除非绕过 Cache 类直连 Redis 实例。
常见误区：
- 以为
Cache::remember()会自动刷新内容：它只在缓存 miss 时执行回调并写入，不会主动轮询或监听变更 - 在
config/cache.php中配置了'default' => 'redis'，但没确认redisstore 是否启用了prefix或serialize，导致 ttl 设置被忽略（比如序列化后 value 变成字符串，setex仍生效，但ttl()查看可能返回 -1）
验证是否真正设置了过期时间：
立即学习“PHP免费学习笔记（深入）”；
$redis = \think\facade\Cache::store('redis')->getHandler();
$redis->setex('test_key', 60, 'test_value');
var_dump($redis->ttl('test_key')); // 应该输出 int(60) 左右
Cache::remember() 是最常用但容易误用的“自动更新”方式
Cache::remember() 看似能“自动更新”，实则是懒加载式重建：只有缓存失效后下一次请求才会触发回调函数重新生成数据并写回。它不解决数据实时性问题，也不防雪崩。
典型用法：
$data = Cache::store('redis')->remember('user_profile_'. $id, 3600, function () use ($id) {
return Db::name('user')->where('id', $id)->find();
});
关键点：
- 第三个参数是闭包，仅在缓存 miss 时执行一次
- 过期时间 3600 秒由 ThinkPHP 写入时通过
setex设置，Redis 自动清理 - 如果数据库中该用户刚被修改，但缓存还没过期，用户看到的仍是旧数据
- 高并发下多个请求同时发现缓存 miss，可能触发多次数据库查询（需配合互斥锁，ThinkPHP 不内置）
如何避免缓存雪崩：随机 TTL + 基础兜底锁
ThinkPHP 没有开箱即用的“随机 TTL”配置项，必须手动干预。硬编码固定 TTL（如全部设 3600）是生产环境大忌。
安全做法：
- 把过期时间改成动态计算：
3600 + rand(0, 600)，让同一批缓存分散在 1~1.2 小时内过期 - 对高频访问且易引发雪崩的 key（如首页 banner、用户中心聚合数据），改用
Cache::store('redis')->set($key, $value, $ttl)手动控制 - 在
remember()回调里加简易文件锁或 Redis 锁，防止并发重建：
$lockKey = 'lock:profile_'.$id;
if (Cache::store('redis')->lock($lockKey, 10)->wait(5)) {
try {
$data = Db::name('user')->where('id', $id)->find();
Cache::store('redis')->set('user_profile_'.$id, $data, 3600 + rand(0, 600));
} finally {
Cache::store('redis')->unlock($lockKey);
}
} else {
// 获取失败，降级读旧缓存或直接查库
$data = Cache::store('redis')->get('user_profile_'.$id) ?: Db::name('user')->find($id);
}
真正“自动更新”的路子：得跳出 Cache 类直连 Redis 订阅事件
ThinkPHP 的 Cache 组件不支持 Redis 键空间通知（Keyspace Notifications）。若真需要“缓存一过期就立刻拉新数据入库/触发预热”，必须脱离 Cache 封装，自己用 phpredis 连接并订阅 __keyevent@0__:expired 频道。
前提条件：
- Redis 服务已开启通知：
CONFIG SET notify-keyspace-events Ex - PHP 进程长期运行（如 Swoole Worker 或独立守护进程），不能放在 Web 请求里做 subscribe（会阻塞）
- 收到
expired事件后，解析 key，触发对应的数据刷新逻辑（比如调用命令行php think refresh:user --id=123）
这意味着：ThinkPHP 自身不提供“自动更新”能力，你得自己搭事件管道。多数项目其实不需要走到这一步 —— 用好 remember() + 随机 TTL + 合理锁，已覆盖 90% 场景。
最容易被忽略的一点：ThinkPHP 的 Cache::clear() 或 Cache::tag() 清除操作，对 Redis 来说只是删 key，不会影响已设置的 TTL；而一旦你用 Cache::store('redis')->handler()->del(...) 直删，也照样不触发任何事件 —— 所有“自动”都建立在 Redis 原生过期机制之上，不是 ThinkPHP 控制的。
