ThinkPHP接口响应慢主因是缓存未用对、未用全、未用活；需确认Redis等驱动启用，显式调用cache()方法，加随机过期偏移防雪崩，空值缓存防穿透，并统一模板与接口缓存键。
ThinkPHP接口响应速度慢，用户刷新页面要等好几秒，后端日志里全是重复SQL查询，数据库连接数飙升——这不是代码写得烂，而是缓存没用对、没用全、没用活。
确认缓存驱动已启用且生效
打开 config/cache.php，检查 'default' 值是否为实际可用的驱动，【不能是 file 且 path 目录不可写】，否则所有 cache() 调用都会静默失败。
运行 php think optimize:config 清理配置缓存，再执行 php think run 启动服务后，立即访问一个带 Cache::get() 的测试接口，用 Redis CLI 连上 redis-cli → keys "tp6_*" 查看是否有键生成；若无，说明驱动未真正启用。
File 驱动仅适合本地调试，生产环境必须切到 Redis 或 Memcached。
立即学习“PHP免费学习笔记（深入）”；
让数据库查询自动进缓存的两种写法
方法一：模型链式调用 cache()
UserModel::where('status', 1)->order('sort')->cache(1800)->select() —— 这行代码会把完整 SQL + 参数 + 表名生成唯一缓存键，1800 秒内相同条件查询直接返回，不触数据库。
方法二：Db 类手动包装
$key = 'user_active_list_' . md5('status=1&order=sort'); $data = Cache::get($key); if (null === $data) { $data = Db::name('user')->where('status', 1)->order('sort')->select(); Cache::set($key, $data, 1800); } return $data;
注意：Db 方式必须自己拼 key，但能精确控制失效逻辑；模型方式更简洁，但子查询、with 关联默认不进缓存。
避免缓存雪崩与穿透的关键操作
第一步：给高频缓存加随机过期偏移
不要统一设 cache('hot_list', $data, 3600)，而是 cache('hot_list', $data, 3600 + rand(60, 300)) —— 这样同一组缓存不会在同一秒全部过期，防止瞬时大量请求打穿数据库。
第二步：空值也缓存（防穿透）
查不到数据时，写入 cache('user_12345', null, 60)，而不是跳过。下次请求仍走缓存，60 秒后再查一次，避免恶意 ID 穷举击穿 DB。
第三步：更新数据时清除关联缓存
在 User 模型的 updated 事件中加入：Cache::rm('user_' . $this->id); Cache::tag('user_list')->clear(); —— 标签清除比逐个 rm 更高效，尤其当一个用户变动影响多个列表页时。
模板层与接口层共用一套缓存键的技巧
在控制器中生成缓存键时，统一用 md5(json_encode($params)) 而非简单拼接字符串，例如：
$cacheKey = 'api_user_profile_' . md5(json_encode(['uid' => $uid, 'lang' => $lang]));
这样前端 AJAX 请求 /api/user/profile?uid=123&lang=zh 和后台模板中用 {:widget('user/profile', ['uid'=>123,'lang'=>'zh'])} 渲染时，能命中同一个缓存键，彻底消除重复计算。
拼接字符串如 'uid='.$uid.'&lang='.$lang 容易因参数顺序不同导致键不一致，且存在注入风险。
强制刷新某类缓存的命令行操作
开发时改了用户资料逻辑，想清掉所有用户相关缓存，又不想删整个 Redis：
php think cache:clear --tag=user_profile
php think cache:clear --tag=user_list
该命令只清除带指定标签的缓存项，不影响其他模块，比 flushall 安全得多。
