工作中遇到批量更新的場景其實是比較常見的。
但是該如何正確的進(jìn)行批量UPDATE，很多時候往往有點頭大。
這里列2種可用的方式，供選擇(請選擇方式一，手動狗頭。)。

如果使用了MyBatis增強(qiáng)組件MyBatisPlus

如果使用了MyBatisPlus，可以參考官網(wǎng)給出的解決方式(updateBatchById)，或者自己查一下。

---

批量UPDATE方式一：SQL內(nèi)foreach

舉個??

<update id="updateUserForBatch" parameterType="com.bees.srx.entity.UserEntity"><foreach collection="list" item="entity" separator=";">UPDATE sys_userSET password=#{entity.password},age=#{entity.age}<where>id = #{entity.id}</where></foreach>
</update>

這樣寫，肯定比 在業(yè)務(wù)方法中for循環(huán)單條update的效率是要高的。
但是如果遇到大批量的更新動作，可能也會產(chǎn)生效率低下的問題。
原因是SQL內(nèi)的foreach本質(zhì)上還是循環(huán)插入每一條數(shù)據(jù)，會產(chǎn)生 list.size() 個單條插入的獨立SQL語句，每一條 UPDATE 語句都會被單獨發(fā)送到數(shù)據(jù)庫服務(wù)器執(zhí)行。
這意味著如果列表中有100個元素，就會產(chǎn)生100次數(shù)據(jù)庫往返通信。
這種方式不僅效率低下，而且對于大型批處理操作來說，可能會導(dǎo)致性能瓶頸和資源浪費。

優(yōu)化:通過JDBC批處理
通過 MyBatis 的 SqlSession 提供的批處理功能來手動執(zhí)行批量更新。

try (SqlSession session = sqlSessionFactory.openSession(ExecutorType.BATCH)) {UserMapper mapper = session.getMapper(UserMapper.class);for (UserEntity user : userList) {mapper.updateUser(user);}session.commit();
}

這里mapper.updateUser就是單條的UPDATE語句。

通過這種方式，MyBatis 會在內(nèi)存中積累所有的更新命令，然后在調(diào)用session.commit() 時一次性提交給數(shù)據(jù)庫，這比逐條執(zhí)行要高效得多。

注意：是否存在效率差異，未實踐過！！！可能存在誤人子弟的嫌疑。

批量UPDATE方式二：INSERT + ON DUPLICATE KEY UPDATE

 <update id="updateForBatch" parameterType="com.bees.srx.entity.UserEntity">insert into sys_user(id,username,password) values<foreach collection="list" index="index" item="item" separator=",">(#{item.id},#{item.username},#{item.password})</foreach>ON DUPLICATE KEY UPDATEpassword=values(password)
</update>

不建議使用。要求較多，而且容易出現(xiàn)死鎖。

注意事項

• 唯一鍵約束：確保 sys_user 表中的 id 字段有唯一鍵約束（通常是主鍵）。如果 id 不是唯一的，ON DUPLICATE KEY UPDATE 將不會觸發(fā)更新操作。
• 性能：這種方式在大數(shù)據(jù)量的情況下比多次單獨的 INSERT 和 UPDATE 操作要高效得多。
• 事務(wù)管理：確保這個操作在一個事務(wù)中執(zhí)行，以保證數(shù)據(jù)的一致性。如果中間發(fā)生錯誤，可以回滾整個操作。
• 字段順序：確保 VALUES 函數(shù)中的字段順序與 ON DUPLICATE KEY UPDATE 子句中的字段順序一致。

總結(jié)：

建議使用方式一，或者其優(yōu)化方式(JDBC批處理)。
各位也可以與AI對話看看給出的建議是什么。

---

有問題一定要留言啊各位。及時發(fā)現(xiàn)及時改錯。