insertAll 不跳过主键冲突，会因重复报错中断；updateAll 不支持原字段值计算，需原生 SQL；事务中须显式捕获异常并回滚；TP6 默认过滤非法字段，TP5.1 直接报错。
insertAll 会忽略主键冲突，但不会自动跳过重复数据
ThinkPHP 的 insertAll 默认走的是批量 INSERT INTO ... VALUES (...)，底层用 PDO 批量执行，不带 INSERT IGNORE 或 ON DUPLICATE KEY UPDATE。这意味着：如果表里已有相同主键或唯一索引的记录，整个批次会直接报错中断，而不是跳过冲突行。
常见错误现象：SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'xxx' for key 'PRIMARY'
- 若需跳过重复，得手动拼
INSERT IGNORE INTO，改用Db::execute()+ 原生 SQL，insertAll本身不支持该行为 - 若想更新已存在、插入新数据，得换用
replaceInto（注意：它会先 DELETE 再 INSERT，可能触发外键级联或丢失自增 ID） - 大批量时建议分片，单次不超过 500 条，避免 PDO 参数绑定超限或 MySQL packet size 问题
updateAll 不支持 where 条件里的字段值来自当前记录
updateAll 是“全表批量更新”，它把第二个参数（where）当静态条件处理，不支持类似 SET sort = sort + 1 这种引用原字段值的写法。
使用场景：后台批量启用/禁用、统一修改状态、填充默认时间等固定值更新
立即学习“PHP免费学习笔记（深入）”；
- 想实现
sort = sort + 1？必须用Db::execute('UPDATE table SET sort = sort + 1 WHERE ...') -
updateAll的第一个参数是数据数组，键名必须是字段名，不能是表达式；值也不能是 PHP 变量引用（如['update_time' => time()]可以，但['score' => 'score * 2']会当字符串写入 - where 条件中若含空数组或 null，ThinkPHP 会忽略该条件，不是报错——容易误以为没生效，实际是条件被吞了
事务中混用 insertAll 和 updateAll 容易漏掉异常捕获
两者都返回影响行数（int），而非布尔值。成功时返回正整数，失败时抛出 think\db\exception\DataNotFoundException 等异常，但默认不终止脚本——除非你主动 try/catch 或开启严格模式。
- 在事务里调用
insertAll失败后没 catch，后续updateAll仍会执行，导致事务不完整 - 别依赖返回值是否 > 0 判断成功：MySQL 批量插入部分失败时，PDO 可能只返回成功条数，不报错（取决于 strict mode 和 SQL_MODE）
- 稳妥做法：显式用
try { Db::startTrans(); ...; Db::commit(); } catch (\Exception $e) { Db::rollback(); throw $e; }
不同 ThinkPHP 版本对 updateAll 的字段过滤逻辑不一致
TP6.0+ 默认开启字段验证，updateAll 传入的字段若不在数据库表结构中，会静默过滤掉；而 TP5.1 默认不过滤，直接报 SQL 错误。
性能影响：TP6 在执行前会查一次 schema 缓存，首次调用略慢；但避免了非法字段注入风险
- TP6 中若字段名是动态拼接（如
$field = 'status_' . $type），且该字段不存在，它就消失了，不报错也不提示 - 可通过
Db::name('table')->withoutFieldCheck()->updateAll(...)关闭校验（仅 TP6.1+） - 跨版本迁移时，务必检查
updateAll的字段是否真被写入——加个Db::getLastSql()看生成的 SQL 最保险
事情说清了就结束。批量操作最麻烦的从来不是语法，而是“你以为它做了，其实它悄悄跳过了”。
