db::getlastsql()返回空或旧语句，根本原因是未真正执行查询（如误用fetchsql(true)）、执行被中断、跨方法/事务调用，或受全局作用域、多连接、schema缓存未更新等影响。
Db::getLastSql() 拿不到 SQL？先确认执行是否真正触发
常见现象是调用了 select()、find() 或 save() 后，Db::getLastSql() 返回空或上一条语句——本质是操作被链式中断、未真正执行。比如写了 where('status', 1)->fetchSql(true)，它只生成 SQL 字符串，不执行也不记入 lastSql 缓存。
- 必须确保调用的是「执行型方法」：
select()、find()、value()、update()、delete()、insert()等 - 若用了
fetchSql(true)，要改用fetchSql()（无参数）再接执行方法，例如：Db::name('user')->where('id', 1)->fetchSql()->find() - 模型中调用
getLastSql()要在实例方法后立刻取，不能跨方法或进事务回调里查
SQL 执行报错但没提示字段名？开启 strict 模式强制暴露问题
ThinkPHP 默认对非法字段静默过滤，比如写成 where('user_nam', 'xxx')（少个 e），条件直接消失，最终查出全表或空结果，毫无报错。这不是 bug，是框架的容错设计，但调试时极难发现。
- 在模型类中加：
protected $strict = true; - 同时确保
APP_DEBUG = true，且config/database.php中'deploy' => ['strict' => false]（注意此处设为false，才能让底层 PDO 错误透出） - 这样一旦字段不存在，会直接抛出 PDOException，错误信息含
Unknown column 'user_nam'，精准定位
想看完整错误堆栈和绑定参数？用 Db::listen() 实时监听
Db::getLastSql() 只返回最终字符串，看不到实际绑定的参数值（尤其是 where(['status' => $var]) 这种），也看不到执行耗时和执行计划（EXPLAIN）。
- 在控制器开头加监听：
Db::listen(function ($sql, $time, $explain) { dump([$sql, $time, $explain]); }); - 它会在每次查询后触发，
$sql是带问号占位符的原始语句，$explain是 MySQL EXPLAIN 结果（需开启配置） - 若只关心某一次查询，可加条件判断：
if (strpos($sql, 'user') !== false) { dump(...); }
runtime/schema/ 下字段缓存没更新？重新生成 schema 文件
模型字段映射失效（如 where('user_name') 查不到数据）常因 schema 缓存没同步。TP6 自动发现字段依赖 runtime/schema/ 下的 PHP 文件，但它不会自动重刷。
- 手动执行命令：
php think optimize:schema - 检查
runtime/schema/app\model\User.php（以 User 模型为例）是否存在，且内容包含类似'user_name' => 'string'的键值对 - 若文件为空、乱码或字段名大小写不一致（如数据库是
user_name，缓存里写成userName），映射必然失败 - 开发期建议关掉 schema 缓存：
'schema_cache' => false放在config/database.php的数据库连接配置里
deploy.strict 配置项的布尔值含义反直觉——设为 false 才报错，不是 true。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
