鎖

全局鎖

全局鎖就是對整個數(shù)據(jù)庫實(shí)例加鎖，加鎖后整個實(shí)例就處于只讀狀態(tài)，后續(xù)的DML的寫語句，DDL語 句，已經(jīng)更新操作的事務(wù)提交語句都將被阻塞。

其典型的使用場景是做全庫的邏輯備份，對所有的表進(jìn)行鎖定，從而獲取一致性視圖，保證數(shù)據(jù)的完整 性。

• 先來分析一下不加全局鎖，可能存在的問題。

假設(shè)在數(shù)據(jù)庫中存在這樣三張表: tb_stock 庫存表，tb_order 訂單表，tb_orderlog 訂單日 志表。

?

?

• 在進(jìn)行數(shù)據(jù)備份時，先備份了tb_stock庫存表。

• 然后接下來，在業(yè)務(wù)系統(tǒng)中，執(zhí)行了下單操作，扣減庫存，生成訂單（更新tb_stock表，插入 tb_order表）。

• 然后再執(zhí)行備份 tb_order表的邏輯。

• 業(yè)務(wù)中執(zhí)行插入訂單日志操作。

• 最后，又備份了tb_orderlog表。

此時備份出來的數(shù)據(jù)，是存在問題的。因?yàn)閭浞莩鰜淼臄?shù)據(jù)，tb_stock表與tb_order表的數(shù)據(jù)不一 致(有最新操作的訂單信息,但是庫存數(shù)沒減)。

• 再來分析一下加了全局鎖后的情況

?

?

對數(shù)據(jù)庫進(jìn)行進(jìn)行邏輯備份之前，先對整個數(shù)據(jù)庫加上全局鎖，一旦加了全局鎖之后，其他的DDL、 DML全部都處于阻塞狀態(tài)，但是可以執(zhí)行DQL語句，也就是處于只讀狀態(tài)，而數(shù)據(jù)備份就是查詢操作。 那么數(shù)據(jù)在進(jìn)行邏輯備份的過程中，數(shù)據(jù)庫中的數(shù)據(jù)就是不會發(fā)生變化的，這樣就保證了數(shù)據(jù)的一致性 和完整性。

語法：

加全局鎖：
flush tables with read lock ;數(shù)據(jù)備份：
mysqldump -uroot –p1234 itcast > itcast.sql釋放鎖：
unlock tables ;

注意：

如果出現(xiàn)報錯mysqldump: Got error: 1045: Access denied for user 'root'@'server' (using password: YES) when trying to connect

這個錯誤是由于mysqldump命令在嘗試連接到MySQL數(shù)據(jù)庫時，使用的用戶名和密碼不正確導(dǎo)致的。解決方案如下：

1. 確保你輸入的用戶名和密碼是正確的，特別是密碼是否正確。可以嘗試重新輸入密碼，確保沒有輸入錯誤。

2. 確保你有足夠的權(quán)限來執(zhí)行mysqldump命令。如果你是使用root用戶執(zhí)行該命令，可以嘗試使用sudo命令來提升權(quán)限。

3. 如果你使用的是遠(yuǎn)程連接MySQL數(shù)據(jù)庫，確保了遠(yuǎn)程連接權(quán)限。可以檢查MySQL服務(wù)器的配置文件，確認(rèn)是否允許遠(yuǎn)程連接。

4. 如果你使用的是localhost連接，可以嘗試使用127.0.0.1代替localhost來連接MySQL數(shù)據(jù)庫。有時候這個問題是由于DNS解析問題導(dǎo)致的。

5. 如果以上方法都沒有解決問題，可以嘗試重置MySQL的root密碼。具體方法可以參考MySQL官方文檔或者相關(guān)教程。

?

?

特點(diǎn)

數(shù)據(jù)庫中加全局鎖，是一個比較重的操作，存在以下問題：

• 如果在主庫上備份，那么在備份期間都不能執(zhí)行更新，業(yè)務(wù)基本上就得停擺。

• 如果在從庫上備份，那么在備份期間從庫不能執(zhí)行主庫同步過來的二進(jìn)制日志（binlog），會導(dǎo) 致主從延遲。

在InnoDB引擎中，我們可以在備份時加上參數(shù) --single-transaction 參數(shù)來完成不加鎖的一致 性數(shù)據(jù)備份。

?

?