MySQL 中原數(shù)據(jù)鎖是系統(tǒng)自動控制添加的，對于用戶來說無需顯示調(diào)用，當(dāng)我們使用一張表的時候就會加上原數(shù)據(jù)鎖。

原數(shù)據(jù)鎖的作用是為了保護表原數(shù)據(jù)的一致性，如果在表上有活動事務(wù)的時候，不可以對元數(shù)據(jù)進行寫入操作。也就是為了避免DML 和DDL 之間的沖突，保證讀寫的正確性。

說白了就是，在對數(shù)據(jù)表進行讀寫操作的時候，不能進行修改表結(jié)構(gòu)的操作。

如上圖所示，在執(zhí)行select 操作的時候，MySQL 會自動加上shared_read 鎖，在insert，update， delete 以及 select for update 操作的時候會加上shared_write 鎖，這兩類鎖是兼容的。

在執(zhí)行alter table 操作的時候，會加上 exclusive 鎖，這個鎖與shared_read 和 shared_write 鎖 是互斥的，換句話說在做查詢和更新表數(shù)據(jù)的時候，是不能夠修改表結(jié)構(gòu)的。

來看個例子：

首先開啟事務(wù)，使用select 語句會針對表加上shared_read的共享鎖

begin;
select * from course;

此時查看原數(shù)據(jù)鎖的信息：

select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema.metadata_locks;

通過上圖我們可以發(fā)現(xiàn)，course 表加上了shared_read鎖。

接著，開啟另外一個事務(wù)，記住剛才的事務(wù)不要commit

begin;
update course set name = 'Jason' where id =2;

如上圖所示，此時的update 語句可以執(zhí)行成功，并沒有被阻塞。說明select 和update 是不沖突的，他們的鎖是兼容的。

再次查看原數(shù)據(jù)鎖

select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema.metadata_locks;

從上面的截圖可以看出，此時原數(shù)據(jù)鎖的表中記錄了兩條記錄分別是針對course 表的shared_read 和 shared_write 鎖，也剛好對應(yīng)我們執(zhí)行的select 和update 操作。

最后，我們再啟動第三個客戶端，并且啟動 第三個事務(wù)，執(zhí)行alter語句,在course 表中加入一個字段hello 如下 。

begin;
alter table course add column hello int;

由于之前的事務(wù)沒有提交所以修改表的操作會被阻塞，因為shared_read 以及 shared_write 這兩個鎖 與 exclusive之間是互斥的，所以會阻塞。

此時，回到最開始的兩個客戶端，對兩個事務(wù)進行commit 操作，再返回到第三個事務(wù)執(zhí)行的alter 語句出，發(fā)現(xiàn)語句順利執(zhí)行。

到此這篇關(guān)于MySQL 原理與優(yōu)化之原數(shù)據(jù)鎖的應(yīng)用的文章就介紹到這了,更多相關(guān)MySQL原數(shù)據(jù)鎖應(yīng)用內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論