一、鎖等待超時。是當前事務在等待其它事務釋放鎖資源形成的。能夠找出鎖資源競爭的表和語句,優化你的SQL,建立索引等,若是仍是不行,能夠適當減小併發線程數。 併發
二、你的事務在等待給某個表加鎖時超時了,估計是表正被另的進程鎖住一直沒有釋放。
能夠用 SHOW INNODB STATUS/G; 看一下鎖的狀況。 優化
三、搜索解決之道
在管理 節點的[ndbd default]
區加:
TransactionDeadLockDetectionTimeOut=10000(設置 爲10秒)默認是1200(1.2秒) spa
四、InnoDB會自動的檢測死鎖進行回滾,或者終止死鎖的狀況。 線程
若是參數innodb_table_locks=1而且autocommit=0時,InnoDB會留意表的死鎖,和MySQL層面的行級鎖。另 外,InnoDB不會檢測MySQL的Lock Tables命令和其餘存儲引擎死鎖。
你應該設置innodb_lock_wait_timeout來解決這種狀況。
innodb_lock_wait_timeout是Innodb放棄行級鎖的超時時間。 索引