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