記一次讓人的噴血的排錯經歷

還原場景：

資料庫某個字段設定的長度是nvchar(10)，可當時並不知曉啊......結果導致下單介面返回「將截斷字串或二進位制資料」，查了半天（下單引數實在太多）最終追蹤到某個字段長度不夠導致.....

因為內部有異常捕獲，所以呼叫方拿到了錯誤訊息！但更詭異的是：竟然生成了訂單資料，只不過字段不夠的那張表失敗了......

模擬**：

try
;t_users user = new t_users()
;db.t_classes.insertonsubmit(cs);
db.t_users.insertonsubmit(user);
db.submitchanges();}}
catch (exception ex)

linq to sql 一次submitchange怎麼沒有rollback呢？也很久不用這個玩意了，我印象中一次submitchange就是獨立的乙個事務單元，可這是怎麼回事？百思不得其解，搞得我都有點懷疑人生......

於是開始使用sql server profiler追蹤submitchange之後最終執行的sql如下：

看了之後又是顛覆了我的三觀，為什麼沒有transcation，難道真的是我記錯了......

嘗試把第二個物件某個屬性賦值超過資料庫字段長度，看第乙個是否可以正常插入還是一起回滾：

try
;t_users user = new t_users()
;db.t_classes.insertonsubmit(cs);
db.t_users.insertonsubmit(user);
db.submitchanges();}}
catch (exception ex)

經過以上驗證，雖然沒有直**到事務，不過從最終的結果看確實是有事務的！但為什麼出現下單「將截斷字串或二進位制資料」？開始檢查**的前後呼叫流程，最終在發現乙個雷：在父類中開啟了乙個分布式事務，還原整個**情形意思如下：

using (transactionscope tran = new transactionscope())
;t_users user = new t_users()
;db.t_classes.insertonsubmit(cs);
db.t_users.insertonsubmit(user);
db.submitchanges();}}
catch (exception ex)
tran.complete();
}

其原因顯而易見了，submitchanges沒有提交成功，transactionscope中complete提交了！

關於transactionscope

記一次讓人的噴血的排錯經歷

記一次tomcat部署排錯經歷（jar衝突）

一次使用OCI的排錯經歷

記一次DHCP排錯

記一次讓人的噴血的排錯經歷

記一次tomcat部署排錯經歷（jar衝突）

一次使用OCI的排錯經歷

記一次DHCP排錯

相關推薦