您好,登錄后才能下訂單哦!
本篇內(nèi)容介紹了“MySQL數(shù)據(jù)庫線上如何修改表結(jié)構(gòu)”的有關(guān)知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧!希望大家仔細閱讀,能夠?qū)W有所成!
在修改表結(jié)構(gòu)之前,先來看下可能存在的問題。
MySQL有一個把鎖,叫做MDL元數(shù)據(jù)鎖,當(dāng)對表修改的時候,會自動給表加上這把鎖,也就是不需要自己顯式使用。
當(dāng)對表做增刪改查的時候,加的是MDL讀鎖
當(dāng)對表結(jié)構(gòu)做變更修改的時候,加的是MDL寫鎖
讀與讀之間不互斥,讀與寫,寫與寫之間互斥,因此
當(dāng)有一個線程對表執(zhí)行增刪蓋茶的時候,會阻塞掉別的線程對表結(jié)構(gòu)修改的請求
當(dāng)有一個線程對表結(jié)構(gòu)修改的時候,會阻塞掉別的線程對表增刪改查的請求
并且MDL一旦上鎖之后,只有當(dāng)前請求的事務(wù)提交才會釋放,如果是一個長事務(wù),或者是線上數(shù)據(jù)量很大,修改表結(jié)構(gòu)默認上了MDL寫鎖,會很耗時一直阻塞掉后邊其他請求。
想象一種場景,A(select),B(alter), C(select),D(select).....分別為按照順序?qū)ySQL同一張表的請求,這些請求會形成一個隊列。
當(dāng)A(select)獲取表的MDL讀鎖之后,就會阻塞掉B(alter),因為B要加的是MDL寫鎖,B被阻塞掉之后,就會導(dǎo)致后邊等待隊列中的其他請求都被阻塞掉,最終造成Mysql的可用連接耗盡,請求超時等問題。
鑒于以上MDL鎖,得知對表做alter修改結(jié)構(gòu)很會阻塞掉其他的正常請求,所以修改操作要放在非業(yè)務(wù)高峰期來做,一般是放到凌晨2-4點。
具體步驟:
對表加讀寫鎖,使得此時表只讀、
復(fù)制原表的物理結(jié)構(gòu)
修改新表的物理結(jié)構(gòu),包括增加新字段或者修改其他表結(jié)構(gòu)
把表結(jié)構(gòu)導(dǎo)入新表,數(shù)據(jù)同步完成,鎖住中間表,刪除原表
將新表rename為原表名
釋放鎖
以上方案的問題是,數(shù)據(jù)量很大的時候,數(shù)據(jù)都導(dǎo)入需要時間,這個過程中,服務(wù)是不可訪問的。
改進:
新建一張表 A_new,其比原表多了幾個字段,通過數(shù)據(jù)訂閱的方式訂閱原表A,把線上的表A中的數(shù)據(jù)同步到這個新建的表A_new中,這個過程會一直持續(xù),并且這個過程中表A是可以增刪改查的,總有一個時刻,這兩張表的數(shù)據(jù)是完全同步的,數(shù)據(jù)上是沒有任何差異的,這個時候把原表表名A給修改掉,把新表A_new修改為原表A,這個操作是一個短暫操作,可以瞬間完成,不會有很大影響。
優(yōu)缺點:
好處是同步的過程不會影響原有的業(yè)務(wù)正常。
缺點是過程中需要額外一倍的存儲空間去存儲這個新表,當(dāng)rename完成之后,可以把老表刪掉。
“MySQL數(shù)據(jù)庫線上如何修改表結(jié)構(gòu)”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實用文章!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。