兄弟們，最近有個(gè)朋友去面試架構(gòu)師崗位，回來跟我吐槽："現(xiàn)在面試官都這么卷了嗎？問完 Seata AT 模式的基本原理，突然掏出一張紙讓我手寫 undo 日志格式，這是人干的事兒?jiǎn)幔?

這讓我想起去年某大廠的面試題："如果 Seata AT 模式的第二階段回滾失敗，會(huì)發(fā)生什么？給你五分鐘設(shè)計(jì)補(bǔ)償方案。" 當(dāng)時(shí)候選人直接被問懵了，場(chǎng)面一度很尷尬。

分布式事務(wù)這個(gè)話題，就像中年程序員的發(fā)際線——看似簡(jiǎn)單，深入之后才發(fā)現(xiàn)里面全是坑。而 Seata AT 模式作為當(dāng)前最流行的解決方案之一，其背后的三個(gè)致命陷阱，幾乎成了面試官的「靈魂拷問三件套」。今天我們就來扒開 AT 模式的底褲，看看這些陷阱到底藏在哪里。

一、AT 模式的「三層偽裝」與致命缺陷

1. 第一個(gè)陷阱：undo 日志的「時(shí)光機(jī)」悖論

很多同學(xué)對(duì) AT 模式的理解停留在「自動(dòng)生成 undo 日志」的層面，但你知道 undo 日志的生成時(shí)機(jī)可能引發(fā)數(shù)據(jù)不一致嗎？

舉個(gè)栗子：

// 業(yè)務(wù)代碼示例
@GlobalTransactional
public void createOrder() {
   // 1. 扣減庫存
   stockDao.decrease(100);
   // 2. 創(chuàng)建訂單
   orderDao.insert(new Order());
}

在 AT 模式下，Seata 會(huì)在執(zhí)行 SQL 前生成 undo 日志。假設(shè)庫存表有 200 件，執(zhí)行 decrease(100) 時(shí)：

1. 先查詢?cè)紨?shù)據(jù)：SELECT * FROM stock WHERE id=1 → 得到 quantity=200
2. 生成 undo 日志：{"beforeImage": {"quantity":200}, "afterImage": {"quantity":100}}
3. 執(zhí)行更新操作：UPDATE stock SET quantity=100 WHERE id=1

陷阱點(diǎn)：如果在生成 undo 日志之后、執(zhí)行 SQL 之前，其他事務(wù)修改了這條記錄，會(huì)發(fā)生什么？ 

比如另一個(gè)事務(wù)同時(shí)執(zhí)行 UPDATE stock SET quantity=150 WHERE id=1，此時(shí)原始數(shù)據(jù)已經(jīng)不是 200 了。Seata 回滾時(shí)會(huì)使用錯(cuò)誤的 beforeImage 進(jìn)行回滾，導(dǎo)致數(shù)據(jù)錯(cuò)亂。這就是傳說中的「臟讀」問題。

解決方案：Seata 通過 行級(jí)鎖 來避免這種情況。在生成 undo 日志時(shí)，會(huì)先對(duì)記錄加鎖，確保在同一個(gè)全局事務(wù)中，其他事務(wù)無法修改該記錄。但這又引發(fā)了第二個(gè)陷阱…

2. 第二個(gè)陷阱：鎖的「貪吃蛇」效應(yīng)

AT 模式的鎖機(jī)制看似完美，但實(shí)際應(yīng)用中可能引發(fā)性能災(zāi)難。比如下面這個(gè)場(chǎng)景：

-- 訂單表
CREATE TABLE t_order (
   id BIGINT PRIMARY KEY,
   user_id BIGINT,
   status VARCHAR(20)
);
-- 扣減庫存操作
UPDATE t_stock SET quantity = quantity - 1 WHERE product_id = 100;

當(dāng)多個(gè)全局事務(wù)同時(shí)操作同一行數(shù)據(jù)時(shí)，Seata 會(huì)對(duì) product_id=100 這一行加鎖。但如果業(yè)務(wù)邏輯中存在范圍查詢，比如：

UPDATE t_order SET status = 'PAID' WHERE user_id = 100 AND status = 'NEW';

此時(shí) Seata 會(huì)掃描所有符合條件的記錄，并對(duì)每一行加鎖。如果有 10 萬條記錄符合條件，就會(huì)產(chǎn)生 10 萬個(gè)鎖，導(dǎo)致性能急劇下降。

面試官靈魂拷問：如果 Seata 鎖表導(dǎo)致數(shù)據(jù)庫性能下降，你會(huì)如何優(yōu)化？

正確姿勢(shì)：

1. 縮小鎖的范圍：通過業(yè)務(wù)邏輯減少受影響的行數(shù)
2. 調(diào)整隔離級(jí)別：使用 READ_COMMITTED 降低鎖粒度
3. 異步化處理：將非關(guān)鍵操作放到事務(wù)外執(zhí)行

3. 第三個(gè)陷阱：冪等性的「薛定諤的貓」

在分布式事務(wù)中，冪等性是必須解決的問題。但 AT 模式的冪等性實(shí)現(xiàn)存在一個(gè)致命缺陷：

// 庫存服務(wù)接口
public void decreaseStock(Long productId, Integer count) {
   // 檢查是否已經(jīng)扣減過
   if (isAlreadyDecreased(productId)) {
       return;
   }
   // 扣減庫存
   stockDao.decrease(productId, count);
}

假設(shè)網(wǎng)絡(luò)抖動(dòng)導(dǎo)致第二階段提交重試，此時(shí) isAlreadyDecreased 方法可能返回錯(cuò)誤結(jié)果，導(dǎo)致重復(fù)扣減庫存。

面試官經(jīng)典問題：為什么 Seata AT 模式的冪等性需要業(yè)務(wù)方自己實(shí)現(xiàn)？

核心原因：Seata 只能保證全局事務(wù)的最終一致性，但無法感知業(yè)務(wù)邏輯中的唯一性約束。比如商品訂單號(hào)、支付流水號(hào)等業(yè)務(wù)主鍵，必須由業(yè)務(wù)方在代碼中處理。

正確方案：

1. 使用唯一索引防重：在數(shù)據(jù)庫層面創(chuàng)建唯一索引
2. 狀態(tài)機(jī)控制：通過狀態(tài)字段 (status) 避免重復(fù)操作
3. 冪等性令牌：每次請(qǐng)求生成唯一令牌，服務(wù)端校驗(yàn)

二、面試官必問的「靈魂三問」及滿分答案

1. 問題一：Seata AT 模式的隔離級(jí)別是怎樣的？

錯(cuò)誤答案：默認(rèn)是 REPEATABLE_READ。

正確答案：

• 第一階段：通過行級(jí)鎖保證 READ_COMMITTED 隔離級(jí)別
• 第二階段：提交后釋放鎖，可能出現(xiàn)幻讀
• 最終一致性：通過全局事務(wù)協(xié)調(diào)器保證最終結(jié)果一致

進(jìn)階回答：可以對(duì)比 XA 模式的 SERIALIZABLE 隔離級(jí)別，說明 AT 模式在性能和一致性之間的權(quán)衡。

2. 問題二：如果第二階段提交失敗，Seata 如何處理？

錯(cuò)誤答案：會(huì)自動(dòng)重試直到成功。

正確答案：

1. 事務(wù)協(xié)調(diào)器 (TC) 會(huì)記錄事務(wù)狀態(tài)
2. 定期掃描未完成的事務(wù)
3. 對(duì)未提交的事務(wù)執(zhí)行回滾
4. 對(duì)未回滾的事務(wù)執(zhí)行補(bǔ)償操作

面試官追問：補(bǔ)償操作如何實(shí)現(xiàn)？

• 答：通過業(yè)務(wù)方提供的 @Compensable 注解方法，執(zhí)行反向操作。

3. 問題三：AT 模式與 TCC 模式的區(qū)別是什么？

送分題答案：

• AT 模式：無侵入性，自動(dòng)生成 undo 日志
• TCC 模式：需要業(yè)務(wù)方實(shí)現(xiàn) Try-Confirm-Cancel 接口
• 適用場(chǎng)景：AT 適合簡(jiǎn)單業(yè)務(wù)，TCC 適合復(fù)雜業(yè)務(wù)

加分回答：可以提到 Seata 的 Saga 模式，說明三者的適用場(chǎng)景差異。

三、避坑指南：Seata AT 模式的「三不要」原則

1. 不要在事務(wù)中操作大表：比如一次更新百萬級(jí)數(shù)據(jù)
2. 不要忽略鎖超時(shí)：合理設(shè)置 lockRetryTimeout 參數(shù)
3. 不要完全依賴自動(dòng)回滾：復(fù)雜業(yè)務(wù)需要手動(dòng)補(bǔ)償邏輯

案例分享：某電商公司曾因在 AT 事務(wù)中操作商品評(píng)論表（日均百萬級(jí)更新），導(dǎo)致數(shù)據(jù)庫鎖競(jìng)爭(zhēng)激烈，最終改用 TCC 模式+消息隊(duì)列異步處理。

四、總結(jié)：分布式事務(wù)的「渡劫指南」

Seata AT 模式就像一把雙刃劍，既能幫你解決分布式事務(wù)難題，也可能在關(guān)鍵時(shí)刻給你致命一擊。掌握這三個(gè)致命陷阱的本質(zhì)，不僅能應(yīng)對(duì)面試，更能在實(shí)際項(xiàng)目中避免「埋雷」。