溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
分布式事務使用Seata的AT事務模式如何理解，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
項目使用了微服務，并且將一些模塊進行了拆分，現(xiàn)在遇到了一個批量保存的場景，而且還是跨服務調(diào)用，因此選用了Seata的AT模式比較簡單方便。
在進行一個單據(jù)保存時，由于整單保存需要批量保存一千條數(shù)據(jù)，耗時竟然要8秒，首先看了下JPA的saveAll方法底層其實調(diào)用了for循環(huán)一條一條保存(上一篇《JPA批量保存saveAll的問題》已經(jīng)提過)，但修改后使用了自定義的批量保存其實還是沒得到多大改善。
后來檢查發(fā)現(xiàn)這個業(yè)務加了@GlobalTransactional 注解需要跨服務，雖然這段批量保存不是其他服務的，但也會非常耗時，去掉這個注解之后保存，只需要1秒。
原因：
看了下Seata官網(wǎng)的AT模式，我個人理解是雖然修改成了批量保存，但是AT模式是基于本地 ACID 事務的關系型數(shù)據(jù)庫的，這些數(shù)據(jù)插入到數(shù)據(jù)庫時每一條數(shù)據(jù)都加上了鎖，而加鎖是很耗時的，當前業(yè)務需要批量插入1000條數(shù)據(jù)也就是說這1000條數(shù)據(jù)每條都加了鎖。
關于分布式事務使用Seata的AT事務模式如何理解問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業(yè)資訊頻道了解更多相關知識。
免責聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉(zhuǎn)載和分享為主，文章觀點不代表本網(wǎng)站立場，如果涉及侵權(quán)請聯(lián)系站長郵箱：is@yisu.com進行舉報，并提供相關證據(jù)，一經(jīng)查實，將立刻刪除涉嫌侵權(quán)內(nèi)容。
