高性能批量更新的关键是让数据库通过索引精准定位数据，避免全表扫描；需确保where条件命中索引、避免函数操作和低效or、优先使用on duplicate key update或case when，并分批处理、禁用冗余自动填充、验证执行计划。
写高性能的批量更新 SQL，关键不是“堆多条 UPDATE”，而是让数据库用索引精准定位每条要改的数据，避免扫描整张表。全表扫描在百万级数据下会让一次批量更新卡几秒甚至更久——这和语句是不是“批量”无关，而取决于 WHERE 条件能不能走索引。
确保 WHERE 条件命中索引
批量更新的前提是：每条记录都能被唯一、高效地定位。否则数据库只能扫全表找匹配行。
- WHERE 字段必须有单列索引或联合索引前导列，比如 UPDATE user SET status = ? WHERE user_id = ? —— user_id 是主键或有索引，就能走索引查找
- 避免在 WHERE 中对索引字段做函数操作，例如 WHERE DATE(create_time) = '2025-01-01' 会失效索引；应改写为 WHERE create_time >= '2025-01-01' AND create_time
- 慎用 OR 连接多个非索引字段，如 WHERE name = ? OR email = ?（两个字段都没索引），会导致索引失效；优先拆成两次更新，或补上对应索引
用 MyBatis 动态 SQL 构建多值更新（推荐）
MyBatis 本身不原生支持“一条 SQL 更新多行不同值”，但可通过 <foreach></foreach> 拼接 CASE WHEN 或 ON DUPLICATE KEY UPDATE（MySQL）实现真正高效的批量更新。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- MySQL 场景下，用 INSERT ... ON DUPLICATE KEY UPDATE 替代 UPDATE，适合“按主键/唯一键更新”的场景：
INSERT INTO order_status (order_id, status, updated_at) VALUES
({o.orderId}, {o.status}, NOW())
ON DUPLICATE KEY UPDATE status = VALUES(status), updated_at = VALUES(updated_at)
该方式单次请求完成全部更新，且每行都基于唯一键索引定位，完全规避全表扫描 - 通用数据库可用 CASE WHEN 方式（需主键已知）：
UPDATE user SET
status = CASE id
WHEN {u.id} THEN {u.status}
END,
name = CASE id
WHEN {u.id} THEN {u.name}
END
WHERE id IN
{u.id}
注意：WHERE id IN (...) 必须配合 id 上的索引，且列表不宜过长（建议 ≤ 1000 条），否则 IN 列表过大可能触发优化器降级
避开常见陷阱
很多“批量更新变慢”，其实败在细节上。
- 别在事务里混用 SELECT + UPDATE：比如先查出一批 ID 再循环更新，不仅网络往返多，还容易因未加锁引发并发问题；应尽量用纯 WHERE 定位的 UPDATE
-
关闭不必要的自动填充：MyBatis-Plus 默认开启 createTime/updateTime 自动填充，大批量更新时每条记录都会执行额外逻辑；可在执行前临时禁用：
MetaObjectHandler.setStrict(false)或使用 @TableName(autoResultMap = false) - 避免大事务长时间持有锁：单次批量更新超过 5000 行，建议分批次（如每 500 条一个事务），防止锁表时间过长影响其他业务
验证是否真的走了索引
上线前务必用 EXPLAIN 看执行计划：
- type 字段应为 const / eq_ref / range，而不是 ALL（代表全表扫描）
- key 字段显示实际使用的索引名；rows 值应接近你要更新的行数，而不是表总行数
- 如果看到 Using temporary / Using filesort，说明语句结构可能引发中间结果集膨胀，需重构
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
