MySQL 原理與優化之原數據鎖的應用

MySQL 中原數據鎖是系統自動控制添加的，對於用戶來說無需顯示調用，當我們使用一張表的時候就會加上原數據鎖。

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

說白瞭就是，在對數據表進行讀寫操作的時候，不能進行修改表結構的操作。

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

在執行alter table 操作的時候，會加上 exclusive 鎖，這個鎖與shared_read 和 shared_write 鎖是互斥的，換句話說在做查詢和更新表數據的時候，是不能夠修改表結構的。

來看個例子：

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

begin;
select * from course;

此時查看原數據鎖的信息：

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

通過上圖我們可以發現，course 表加上瞭shared_read鎖。

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

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

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

再次查看原數據鎖

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

從上面的截圖可以看出，此時原數據鎖的表中記錄瞭兩條記錄分別是針對course 表的shared_read 和 shared_write 鎖，也剛好對應我們執行的select 和update 操作。

最後，我們再啟動第三個客戶端，並且啟動第三個事務，執行alter語句,在course 表中加入一個字段hello 如下。

begin;
alter table course add column hello int;

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

此時，回到最開始的兩個客戶端，對兩個事務進行commit 操作，再返回到第三個事務執行的alter 語句出，發現語句順利執行。

MySQL 原理與優化：原數據鎖的應用_mysql_07

到此這篇關於MySQL 原理與優化之原數據鎖的應用的文章就介紹到這瞭,更多相關MySQL原數據鎖應用內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！