0
我想在我的應用程序中添加一些邏輯，以便它重新提交任何死鎖的事務。 我想知道的是，如果我需要退出當前的事務或只是重新執行失敗重新提交死鎖事務php
查詢所以，如果我開始這增加/更新許多行 ，其中一個死鎖事務，做我需要在那一刻發佈 回滾到整個事務並重播整個或只是 重試特定的查詢？
希望我所描述的情況顯然
感謝
A
回答
1
如果交易沒有COMMITED（它不是，因爲它鎖死），本次交易中一切自動回滾。所以你必須重試所有沒有提交的東西。
閱讀本文http://dev.mysql.com/doc/refman/5.0/en/innodb-deadlocks.html
相關問題
- 1. 在死鎖後重新提交事務
- 2. mysql事務死鎖
- 3. 事務死鎖TX
- 4. 事務死鎖SqlMembershipProvider.CreateUser（）
- 5. SQL Server 2005：事務死鎖
- 6. 清除事務死鎖？
- 7. 事務死鎖和的DbContext
- 8. nhibernate事務死鎖問題
- 9. Ember Data - 重新提交當前事務
- 10. 死鎖後在MySQL中重新啓動事務
- 11. 如何自動重新運行死鎖事務？ （ASP.NET MVC/SQL Server）
- 12. 更新後提交事務
- 13. 交易已死鎖
- 14. 在InnoDB死鎖後重復交易
- 15. MySql：事務不檢測死鎖？
- 16. 事務（進程ID 72）被鎖死
- 17. 實體框架事務和死鎖
- 18. 死鎖和超時打破ACID事務
- 19. 併發事務中的死鎖
- 20. 死鎖的DbContext併發事務
- 21. 事務（進程ID）被鎖死
- 22. Oracle如何檢測事務死鎖？
- 23. 可串行化事務死鎖
- 24. Django數據庫事務和死鎖
- 25. 死鎖使用Spring的事務
- 26. 事務（進程ID 461）死鎖
- 27. PSQL JDBC事務導致死鎖
- 28. 長事務處理的死鎖
- 29. 在交易範圍內重新提交死信隊列消息
- 30. 集事務隔離級別重複讀是給死鎖
難道你不能消除死鎖嗎？他們聽起來不太好。 – calumbrodie
嗨。當然會嘗試，但遲早會出現僵局，我想做好準備 – Thomas