TP5.1不识别fields_strict配置，字段校验依赖模型$schema定义、schema缓存及字段名严格匹配，Db查询直连数据库报错，模型查询则可能静默忽略非法字段。
因为 fields_strict 是 TP6 的配置项，TP5.1 根本不识别它 —— 设为 false 不起作用，也不会关闭字段校验；真正影响 TP5.1 字段检查行为的，是模型类是否启用严格模式、是否正确定义了字段映射，以及查询构造器在生成 SQL 前的字段过滤逻辑。
TP5.1 没有 fields_strict 配置
该参数属于 ThinkPHP 6.x 的数据库配置（如 database.php 中的 'fields_strict' => false），用于控制字段名合法性校验。TP5.1 的数据库配置中不存在这个选项，写进去会被忽略。即使你加了，框架也读不到，更不会因此改变字段处理行为。
所以报“字段不存在”错误，和这个配置无关，而是以下原因导致：
- SQL 语句里写了数据库表中实际不存在的字段名（如
SELECT user_nam FROM user，少了个e） - 使用了模型查询（如
UserModel::where('user_nam', 'xxx')->select()），而user_nam不在模型已知字段列表中，TP5.1 在生成 WHERE 条件时会静默丢弃该条件，但若后续拼 SQL 时字段仍被引用（比如在field()或关联查询中），就可能触发 MySQL 层的Unknown column报错 - 手动调用了
Db::table('user')->field('user_nam')->select()，此时绕过模型字段检查，直接交由数据库执行，MySQL 发现字段不存在就原样报错
TP5.1 字段检查实际靠模型定义和运行时逻辑
TP5.1 的字段校验不是靠全局配置开关，而是依赖：
- 模型类是否定义了
protected $schema = ['id', 'user_name', ...]，且内容与数据库一致 - 是否开启了自动字段缓存（需执行
php think optimize:schema），并确保runtime/schema/下生成了正确字段文件 - 查询中用到的字段名是否大小写、下划线完全匹配（例如数据库是
user_name，就不能写成userName或username） - 是否在模型中误用属性覆盖，比如
protected $userName = 'user_name'—— 这只是普通属性，不参与字段映射
为什么有时“静默忽略”，有时却报错？
表现不一致的关键在于走哪条查询路径：
- 纯
Db::name('user')查询：不经过模型字段白名单，字段错误直接抛给 MySQL，报Unknown column - 模型查询
UserModel::where(...)：若字段不在$schema或自动发现字段中，WHERE 条件会被跳过（查不到数据但不报错）；但如果该字段出现在field()、order()或关联查询的hasWhere()第三个参数里，就可能因 SQL 拼接阶段未过滤而最终被 MySQL 拒绝 - SQL Server 场景下还有特殊限制：TP5.1 的 Query 类在同时使用
field()和order()时存在 bug，会互相清除选项，也可能导致字段解析异常进而报错
排查建议
遇到“字段不存在”错误，按顺序确认：
- 用
DESCRIBE user或SHOW COLUMNS FROM user查数据库真实字段名，注意空格、大小写、反引号 - 在控制器里打印
(new UserModel())->getSchemaFields()，看模型实际认得哪些字段 - 开启调试模式（
APP_DEBUG = true），执行后立刻调用Db::getLastSql()，检查生成的 SQL 是否含可疑字段 - 临时改用
Db::table('user')绕过模型，对比行为差异，判断问题出在模型层还是数据库层
