快捷導(dǎo)航

MYSQL批量UPDATE的兩種方式小結(jié)

更新時(shí)間：2024年11月15日 11:18:45 作者：turnsole_taurus

本文主要介紹了兩種MySQL批量UPDATE的方式,SQL的foreach循環(huán)和使用INSERT...ON?DUPLICATE?KEY?UPDATE,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

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

舉個(gè)??

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

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

優(yōu)化:通過(guò)JDBC批處理通過(guò) MyBatis 的 SqlSession 提供的批處理功能來(lái)手動(dòng)執(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語(yǔ)句。

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

注意：是否存在效率差異，未實(shí)踐過(guò)?。?！可能存在誤人子弟的嫌疑。

批量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 UPDATE
     password=values(password)
</update>

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

注意事項(xiàng)

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