ThinkPHP 5.1无原生批量差异化更新方法，可用四种方式：①模型saveAll()逐条更新并触发验证/事件；②Db::table()->where()->update()统一修改固定字段；③原生SQL+CASE WHEN实现高性能差异化更新；④手写INSERT...ON DUPLICATE KEY UPDATE支持存在则更新、不存在则插入。
ThinkPHP 5.1 本身不提供原生的「按不同主键更新不同字段值」的批量更新方法（如 updateBatch），但可通过多种方式高效实现批量更新，关键看你的数据结构、性能要求和是否需要模型层能力（如验证、事件、自动时间戳）。
用模型 saveAll() 更新已存在记录
适合：数据含主键、需触发验证/自动完成/模型事件、字段不完全一致、业务逻辑较重。
- 每条数据必须包含主键字段（默认 id），且键名与模型定义的
$pk完全一致（如模型设protected $pk = 'user_id'，则数组中必须是['user_id' => 1]，不能写'id' => 1） - 调用方式：
UserModel::saveAll($data)或(new UserModel())->saveAll($data) - 注意：
saveAll()内部仍是逐条判断 insert/update，不生成单条 SQL；若数据量大（＞500 条），建议配合事务手动包裹以保证原子性 - 失败时返回
false，可用UserModel::getError()查看最后一条的错误信息（不会指出具体哪一行出错）
用 Db::table()->where()->update() 批量统改
适合：按相同条件统一修改一批记录的固定字段，例如「把所有 status=1 的用户改为 status=2」。
- 必须使用静态调用或查询构造器，不能用模型实例：
UserModel::where('status', 1)->update(['status' => 2])✅，$user->where(...)->update(...)❌（会忽略 where） - 不触发模型事件（
before_update等）、不走验证、不自动写update_time—— 如需时间戳，必须显式传入：['status' => 2, 'update_time' => time()] - 软删除开启时，
where()->update()仍会更新已被逻辑删除的记录（即delete_time IS NOT NULL的行），如需排除，要手动加->where('delete_time', null)
用原生 SQL 实现差异化批量更新（推荐用于高性能场景）
适合：ID 明确、每条记录更新字段值不同（如不同用户设不同积分）、数据量大（500–5000 条）、追求极致性能。
立即学习“PHP免费学习笔记（深入）”；
- 用
CASE WHEN拼单条 UPDATE 语句（安全可控）：UPDATE user SET score = CASE id WHEN 1 THEN 100 WHEN 2 THEN 200 WHEN 3 THEN 150 END WHERE id IN (1,2,3) - 务必确保
WHERE id IN (...)存在，否则整表被误更新；ID 值建议先用array_map('intval', $ids)过滤防注入 - 用
Db::execute($sql, $params)执行，支持参数绑定；若手动拼接，避免直接嵌入用户输入 - 单次 SQL 长度受
max_allowed_packet限制（默认 4MB），超量需用array_chunk($data, 500)分批
用 INSERT ... ON DUPLICATE KEY UPDATE（需唯一索引）
适合：有唯一索引（如 email 或联合唯一键）、希望「存在则更新、不存在则插入」、且能接受少量额外插入。
- ThinkPHP 5.1 不原生支持该语法，需手写原生 SQL：
INSERT INTO user (id, name, email) VALUES (?, ?, ?), (?, ?, ?) ON DUPLICATE KEY UPDATE name = VALUES(name) - 必须确保冲突字段（如
email）上有 UNIQUE 或 PRIMARY KEY 索引，否则不触发更新 - 可精准控制更新行为：
view_count = view_count + 1或name = VALUES(name)（取本次插入值） - 比
REPLACE INTO更安全：不删除原记录，不丢失自增 ID 和外键关联
