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

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

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

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

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

來看個(gè)例子：

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

begin;
select * from course;

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

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

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

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

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

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

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

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

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

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

begin;
alter table course add column hello int;

由于之前的事務(wù)沒有提交所以修改表的操作會(huì)被阻塞，因?yàn)閟hared_read 以及 shared_write 這兩個(gè)鎖 與 exclusive之間是互斥的，所以會(huì)阻塞。

此時(shí)，回到最開始的兩個(gè)客戶端，對(duì)兩個(gè)事務(wù)進(jìn)行commit 操作，再返回到第三個(gè)事務(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)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論