我得到以下sql異常: 交易鎖定資源與另一個進程死鎖,並被選爲死鎖犧牲品。重新運行交易。在批次結束時檢測到不可提交的事務。事務回滾。 我沒有任何存儲過程中的任何交易,我從.net進行交易,我總是使用它們來調用它們。 你們以前遇到過嗎?交易已死鎖
Q
交易已死鎖
2
A
回答
3
交易是一個交易,不管從哪裏開始。無論是在C#或RDBMS。
您的using
問題BEGIN TRANSCATION有效。
MSDN (for SQL Server 2000 but still valid)建議您在檢測到死鎖時自動重試,而不是在此處編寫代碼,Google上有許多結果供您閱讀。
0
使用事務時,您需要小心,因爲默認情況下它將隔離級別設置爲可串行化。當連接釋放回池中時,它仍然具有該級別設置。這可能嚴重損害併發性。
相關問題
- 1. 交易 - 如何避免死鎖?
- 2. 交易過程 - 死鎖錯誤
- 3. 「死鎖受害者」在交易中,如何改變優先權?
- 4. Laravel究竟是如何處理交易死鎖的?
- 5. 交易已中止
- 6. 這個BlockingQueue是否容易死鎖?
- 7. Rails 3 - 交易和鎖定
- 8. 交易鎖的替代
- 9. 交易鎖定SQL Server 2005
- 10. MYSQL X鎖與交易
- 11. .Net交易鎖問題
- 12. 交易中的Postgres鎖
- 13. 鎖表直到交易提交
- 14. Postgresql鎖死鎖
- 15. 如何判斷是否有可能在交易中看到死鎖?
- 16. 提交失敗:已鎖定
- 17. 死鎖鎖()方法
- 18. 鎖分區死鎖
- 19. T-SQL交易並鎖定表
- 20. 高效交易,記錄鎖定
- 21. PDO,mysql,交易和表鎖定
- 22. 鎖定數據庫中的交易
- 23. Django的交易中鎖定表
- 24. 貝寶 - 集體交易被封鎖?
- 25. Hibernate和交易,並鎖定表
- 26. 如何避免mysql'嘗試獲取鎖時發現死鎖;嘗試重新啓動交易'
- 27. 在交易範圍內重新提交死信隊列消息
- 28. Postgres死鎖
- 29. UPDATE FROM死鎖
- 30. 死鎖與sigsuspend()
海事組織MSDN在這方面顯然是錯誤的。如果你只是在沒有任何想法的情況下自動重試,你很可能會覆蓋別人的變化,也就是說,失去了變化。 – 2011-01-07 19:41:58