Mysql5.6版本之前

更新步驟

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

Mysql5.6版本之后

更新步驟

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

總結(jié)

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

注意

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

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

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

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

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

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

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

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