Mysql5.6版本之前

更新步驟

• 對原始表加寫鎖
• 按照原始表和執行語句的定義，重新定義一個空的臨時表。
• 對臨時表進行添加索引（如果有）。
• 再將原始表中的數據逐條Copy到臨時表中。
• 當原始表中的所有記錄都被Copy臨時表后，將原始表進行刪除。再將臨時表命名為原始表表名。
• 這樣的話整個DDL過程的就是全程鎖表的。

Mysql5.6版本之后

更新步驟

• 對原始表加寫鎖
• 按照原始表和執行語句的定義，重新定義一個空的臨時表。并申請rowlog的空間。
• 拷貝原表數據到臨時表，此時的表數據修改操作（增刪改）都會存放在rowlog中。此時該表客戶端可以進行操作的。
• 原始表數據全部拷貝完成后，會將rowlog中的改動全部同步到臨時表，這個過程客戶端是不能操作的。
• 當原始表中的所有記錄都被Copy臨時表，并且Copy期間客戶端的所有增刪改操作都同步到臨時表。再將臨時表命名為原始表表名。

總結

ALTER TABLE 加字段會加鎖。只是Mysql5.6版本之后新增了ONLINE DDL的功能，可以使該表不能使用的時間大大縮短。

注意

ALTER TABLE 加字段的時候。如果該表的數據量非常大。不要設置default值。
比如，當前有2000萬以上數據量的表。如果加字段加了default值。Mysql會執行在執行Online DDL之后，對整個表的數據進行更新默認值的操作，即

UPDATE `table_name` SET new_col = [默認值] WHERE TRUE

這樣就相當于是更新了2000w+的數據，而且是在同一個事務里。也就是說這個事務會把整個表都鎖住，直到所有的數據記錄都更新完默認值以后，才會提交。

這個時間非常長，而且由于會鎖全表的記錄，所以該表不可用的時間會非常長。

筆者實驗過16核，32G，Mysql默認配置。500w的數據量加一個字段。

不加default值，整個DDL更新過程是66秒。而且整個更新過程，該表的查詢、修改、新增操作都是可用的。幾乎對該表的可用性沒有任何影響。

加default值，整個DDL更新過程是213秒。經過測試，大約在100秒之后，該表的查詢、修改、新增操作都會陷入等待狀態。

到此這篇關于Mysql ALTER TABLE加字段的時候到底鎖不鎖表的文章就介紹到這了,更多相關Mysql ALTER TABLE加字段內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！