atitit查詢表修改表字段沒反應--解鎖鎖定的表 查詢表修改表字段沒反應 要是使用gui 沒反應,最好使用cmd 方式,不卉不個gui 鎖上.. ALTER TABLE t_mb_awardweixin MODIFY awardChoiceNumLeft int(11) DEFAULT NULL #-----分析.. 1.首先,查詢by另一個表格, 要是
atitit查詢表修改表字段沒反應--解鎖鎖定的表
查詢表修改表字段沒反應
要是使用gui 沒反應,最好使用cmd 方式,不卉不個gui 鎖上..
ALTER TABLE t_mb_awardweixin MODIFY awardChoiceNumLeft int(11) DEFAULT NULL
#-----分析..
1.首先,查詢by另一個表格, 要是能查詢,顯示不是max conn的問題..也許表格鎖定了..
2. show full PROCESSLIST 要是看到個Waiting for table metadata lock
3. 查詢鎖上的表格. show OPEN TABLES where In_use > 0;
作者 老哇的爪子 Attilax 艾龍， EMAIL:1466519819@qq.com
轉載請注明來源： http://blog.csdn.net/attilax
#---------原因MDL:::
一個沒提交的事務使用了A表， 另外一個session 對A表進行alter，出現waiting for table metadata lock
在insert into t select * from share 運行時， 同時執行alter table t add index(play_count)，
alter table語句會Waiting for table metadata lock， 直到insert into … select 語句結束。
概述
隨著5.5.3引入MDL，更多的Query被“Waiting for table metadata lock”給'炕'了
SHOW PROCESSLIST的輸出也有之前的"Locked"變得粒度更加細的'Waiting for table metadata lock'
引入MDL，當需要訪問、修改表結構時，都需要對元數據上鎖(讀/寫)
MDL在Server層，保護表數據結構，而非數據本身。Server比之前版本繁忙多了
MDL意味著DDL，一旦DDL被阻塞，那么面向該表的所有Query都會被掛起，包括Select，不過5.6作了改進，5.5可通過參數控制
3.應用中使用了連接池..但是又要ddl...連接池老是連續start 有些conn, kill李韓式有自動開始..造成后面兒ddl 不能執行..
#----解決
1. 設置lock_wait_timeout=50 ,默認1年.. 僅僅下一次時間生效..當前只有kill 才可以解決..
2. kill 鎖上 conn ( DDM alter 的query sql) ,,,,別的query 事務奏能連續蘭..
3. 對付連接池, 可以設置timeout自動關閉連接.. 但是要重啟生效..要是應用重要性,不能重啟,可以使用防火墻阻止java進程 訪問網絡... 批處理kill id ,, 查看一下,應該不會自動連接池連接上了,,,在ddl操作,在放開.....
#----結論：
在準備alter table tbl 的時候，先觀察一下，有沒有正在運行的，且在短時間內無法結束的sql語句在操作tbl表
結論：
當需要對"熱表"做DDL，需要特別謹慎，否則，容易造成MDL等待，導致連接耗盡或者拖垮Server
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com
