ThinkPHP6清理缓存后数据库查询变慢是正常现象，因模型查询默认不走缓存，清理仅移除手动缓存数据，暴露出mobile无索引、WHERE用DATE()函数、count()误链cache()等真实性能问题。
ThinkPHP6清理缓存后数据库查询变慢是正常现象，因为框架默认所有模型查询（如find()、select()）完全不走缓存，清理操作只是移除了你手动写入的cache()数据，而原本就未被缓存的查询会立刻回归原始执行路径——全量走数据库、无索引则全表扫描、无预编译则每次解析SQL，响应时间自然回升。
为什么清理缓存会让查询“变慢”
缓存本身不是加速数据库查询的开关，它只是跳过查询的临时副本。ThinkPHP6中Db和Model层的查询默认【完全绕过缓存】，哪怕你已配置Redis或File驱动。所谓“变慢”，其实是暴露出原本就被缓存掩盖的真实性能问题：mobile字段没索引、where里用了DATE()函数、count()被错误链式调用在Query对象上。
这一步不需要你做任何操作，只是帮你确认当前查询是否本就该优化。
验证查询是否真走了数据库
打开数据库配置，加入'sql_explain' => true，再执行一次原查询；观察日志中是否出现EXPLAIN输出，且type字段为ALL——如果是，说明正在全表扫描，缓存清理只是让这个问题浮出水面。
立即学习“PHP免费学习笔记（深入）”；
临时开启MySQL慢日志：SET GLOBAL slow_query_log = 'ON'; SET GLOBAL long_query_time = 0.1; 然后复现查询，直接看slow.log里有没有这条SQL及其耗时。
必须立即检查的三处硬伤
第一步：用SHOW INDEX FROM user检查mobile、status、created_at等常用WHERE字段是否有索引；没有就立刻加：ALTER TABLE user ADD INDEX idx_mobile (mobile);
第二步：检查代码里是否存在where('DATE(created_at)', '2024-01-01')这类写法——它会让索引彻底失效，必须改为whereBetween('created_at', [$start, $end])；
第三步：确认聚合查询是否误用了cache()，例如UserModel::where('status', 1)->count()->cache(300)会报错，因为count()返回的是int，不是Query对象，根本调不了cache()方法。
真正有效的提速手段
方法一：对高频查询启用手动缓存
UserModel::where('id', $id)->cache(3600)->find()——cache()必须显式插入在find()之前，否则无效；自定义key推荐用'user_info_'.$id，避免MD5生成的key因SQL空格或数据库前缀不同而冲突。
方法二：高并发场景下改用PDO预编译
$pdo = Db::connect()->getPdo();
$stmt = $pdo->prepare('SELECT * FROM user WHERE mobile = ? AND status = ?');
$stmt->execute([$phone, 1]);
$result = $stmt->fetchAll(PDO::FETCH_ASSOC);——注意：此方式只适用于SQL结构固定、不拼接ORDER BY或LIMIT的查询。
方法三：大列表导出改用cursor()或chunk()
Db::table('user')->where('status', 1)->cursor()逐行读取，内存恒定；若需中间处理，用chunk(500, function ($users) { /* 处理每500条 */ }); 每块执行完自动释放内存，避免Collection对象堆积引用。
