-3
A
回答
1
消息:鎖等待超時超標; 嘗試重新啓動交易
這說明了一切。另一個問題是如何找出造成超時的原因 - 但這幾乎無法用給定的信息來說明。你將不得不提供一些數字(多少是「一個巨大的數字」;在你的事務中執行多少(和哪些)語句)以及涉及到的有關表結構的一些信息。
如果沒有辦法再加快您的交易,您可以編輯您的my.cnf
和增加超時(innodb_lock_wait_timeout
)或者,如果你想JST增加超時,該項交易開始之前打電話SET innodb_lock_wait_timeout = 120;
。
1
這裏有幾個地方,你可以開始:
http://www.serveradminblog.com/2011/03/tuning-mysql-performance-howto-part-1/
http://dev.mysql.com/doc/refman/5.5/en/execution-plan-information.html
你的問題是無可救藥廣闊。你需要做一些功課,並獲得一些事實。這是艱苦的工作 - 但這是絕對必要的。
恕我直言......
相關問題
- 1. sqlalchemy + mysql死鎖
- 2. 在MySQL中獲取死鎖
- 3. mysql事務死鎖
- 4. MySQL死鎖問題
- 5. Mysql死鎖檢測
- 6. MySQL死鎖問題(PHP/MYSQL)
- 7. MySQL的死鎖錯誤
- 8. MySQL的死鎖某些列
- 9. 插入Mysql的死鎖
- 10. 死鎖預防(Java + MySQL)
- 11. 需要Mysql死鎖解釋
- 12. grails服務與MySQL鎖死
- 13. Mysql select ...更新死鎖
- 14. Spring JPA + MySQL和死鎖
- 15. 避免死鎖MySQL/UniDAC/Delphi
- 16. mysql死鎖解決方案〜
- 17. 如何避免mysql死鎖?
- 18. Mysql所有死鎖日誌
- 19. 在MySQL(InnoDB)中發現死鎖
- 20. System.Diagnostic.Process中的死鎖
- 21. LinkedBlockingQueue中的死鎖(?)
- 22. ThreadPoolExecutor中的死鎖
- 23. GraphEngine中的死鎖
- 24. Oracle中的死鎖
- 25. scala中的'死鎖'
- 26. 死鎖SQLServer中
- 27. Postgresql鎖死鎖
- 28. MySQL的死鎖問題與InnoDB的
- 29. MySQL的是死的,但SUBSYS鎖定
- 30. 如何殺死鎖定的mysql查詢
老兄,如果你有併發......那你就有死鎖的危險!你如何減輕風險?這是一個BIIIIIIIIG話題 - 沒有簡單的答案。建議:分析您的應用程序的行爲,並嘗試確定大部分死鎖發生的位置。學習「解釋計劃」。檢查你的索引。知道你的疑問。 – paulsm4
-1我們沒有魔法球,如果您希望有任何幫助,請發佈您的代碼。 –