thinkphp模型需显式配置$type字段类型（如'datetime'、'json'）才能自动转换，流式查询应选cursor()、lazy()或chunk()避免内存溢出，事务须统一用db::transaction且禁用模型事件。
字段类型不配 $type 就别指望自动转 Carbon 或 JSON
ThinkPHP 模型默认把所有字段当字符串处理，哪怕数据库里是 DATETIME 或 JSON 类型。不显式配置 $type，create_time 拿到的就是字符串，不是 Carbon 对象；config 字段存的是 JSON 字符串，不是 PHP 数组。
-
$type = ['create_time' => 'datetime', 'config' => 'json']是最简写法，只影响读写转换 - 光写
'config' => 'json'不够，还得加protected $json = ['config']，否则不会自动json_decode - 如果字段是
TIMESTAMP类型，必须配'update_time' => 'timestamp'，配datetime可能返回空或报错 - 别名字段（如
create_time AS ctime）要单独在$type里再写一遍，否则无效
schema 和 fields_cache 别混用，调试模式下 fields_cache 默认不生效
$schema 是硬编码字段定义，fields_cache 是运行时生成的缓存文件，二者目标一致但逻辑完全不同。
- 启用
fields_cache需在config/database.php中设'fields_cache' => true（注意拼写是fields_cache，不是fileds_cache） - 执行
php think optimize:schema后，缓存文件生成在runtime/schema/下，对Db类和模型都生效 -
$schema必须写全表所有字段，漏一个就可能触发自动探测，导致缓存失效或类型错误 - 开发时容易误以为
fields_cache“没起作用”，其实是调试模式下它默认被禁用 —— 切到app_debug => false才会真正加载
大数据导出别用 select()，用 lazy() 或 cursor()
查几万条记录还用 select()，内存直接爆。ThinkPHP 提供了流式查询能力，关键看场景选对方法。
- 简单导出、无关联：用
cursor()或stream()，一行行读，内存恒定 - 需要关联数据（比如用户 + 订单）：必须用
lazy()，它会预加载关联，避免 N+1 - 批量更新或导出结构化文件（如 JSON）：用
chunk(500)，批次大小建议 500–2000，太小 IO 多，太大内存涨 - 别在
each()或chunk()回调里再查数据库，这是典型 N+1 场景
事务里别混用 Db:: 和模型操作
ThinkPHP 的事务是基于 PDO 连接的，Db:: 和模型底层共用连接，但模型操作可能触发额外逻辑（如事件、自动时间戳），导致事务行为不可控。
- 统一用
Db::transaction(function () { ... })包裹纯Db::table()->insert()或update()操作，最稳 - 如果必须用模型，确保所有操作都在同一个模型实例上完成，且关闭自动事件：
User::withoutEvent()->save() - 嵌套事务不支持，
startTrans()后再调一次会覆盖前一个，别指望能“子事务回滚” - 事务中不要调用外部 HTTP 请求或写文件，超时或异常会导致连接卡死
$type 和查询方式是否真按需配了。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
