標籤:super 串連 ret 遠端連線 提示 相對 blog 軟體測試 class
在MySQL資料庫中,在進行資料移轉和從庫唯讀狀態設定時,都會涉及到唯讀狀態和Master-slave的設定和關係。
經過實際測試,對於MySQL單一實例資料庫和master庫,如果需要設定為唯讀狀態,需要進行如下操作和設定:
將MySQL設定為唯讀狀態的命令:
# mysql -uroot -p
mysql> show global variables like "%read_only%";
mysql> flush tables with read lock;
mysql> set global read_only=1;
mysql> show global variables like "%read_only%";
將MySQL從唯讀設定為讀寫狀態的命令:
mysql> unlock tables;
mysql> set global read_only=0;
對於需要保證master-slave主從同步的salve庫,如果要設定為唯讀狀態,需要執行的命令為:
mysql> set global read_only=1;
將salve庫從唯讀狀態變為讀寫狀態,需要執行的命令是:
mysql> set global read_only=0;
對於資料庫讀寫狀態,主要靠 “read_only”全域參數來設定;預設情況下,資料庫是用於讀寫操作的,所以read_only參數也是0或faluse狀態,這時候不論是本機使用者還是遠端存取資料庫的使用者,都可以進行讀寫操作;如需設定為唯讀狀態,將該read_only參數設定為1或TRUE狀態,但設定 read_only=1 狀態有兩個需要注意的地方:
1.read_only=1隻讀模式,不會影響slave同步複製的功能,所以在MySQL slave庫中設定了read_only=1後,通過 show slave status\G 命令查看salve狀態,可以看到salve仍然會讀取master上的日誌,並且在slave庫中應用日誌,保證主從資料庫同步一致;
2.read_only=1隻讀模式,可以限定普通使用者進行資料修改的操作,但不會限定具有super許可權的使用者的資料修改操作;在MySQL中設定read_only=1後,普通的應用使用者進行insert、update、delete等會產生資料變化的DML操作時,都會報出資料庫處於唯讀模式不能發生資料變化的錯誤,但具有super許可權的使用者,例如在本地或遠程通過root使用者登入到資料庫,還是可以進行資料變化的DML操作;
為了確保所有使用者,包括具有super許可權的使用者也不能進行讀寫操作,就需要執行給所有的表加讀鎖的命令 “flush tables with read lock;”,這樣使用具有super許可權的使用者登入資料庫,想要發生資料變化的操作時,也會提示表被鎖定不能修改的報錯。
這樣通過 設定“read_only=1”和“flush tables with read lock;”兩條命令,就可以確保資料庫處於唯讀模式,不會發生任何資料改變,在MySQL進行資料庫遷移時,限定master主庫不能有任何資料變化,就可以通過這種方式來設定。
但同時由於加表鎖的命令對資料庫表限定非常嚴格,如果再slave從庫上執行這個命令後,slave庫可以從master讀取binlog日誌,但不能夠應用日誌,slave庫不能發生資料改變,當然也不能夠實現主從同步了,這時如果使用 “unlock tables;”解除全域的表讀鎖,slave就會應用從master讀取到的binlog日誌,繼續保證主從庫資料庫一致同步。
為了保證主從同步可以一直進行,在slave庫上要保證具有super許可權的root等使用者只能在本地登入,不會發生資料變化,其他遠端連線的應用使用者只按需分配為select,insert,update,delete等許可權,保證沒有super許可權,則只需要將salve設定“read_only=1”模式,即可保證主從同步,又可以實現從庫唯讀。
相對的,設定“read_only=1”唯讀模式開啟的解鎖命令為設定“read_only=0”;設定全域鎖“flush tables with read lock;”,對應的解鎖模式命令為:“unlock tables;”.
當然設定了read_only=1後,所有的select查詢操作都是可以正常進行的。
轉自:
mysql唯讀模式的設定方法與實驗 - yumushui的專欄 - 部落格頻道 - CSDN.NET
http://blog.csdn.net/yumushui/article/details/41645469#
mysql唯讀模式的設定方法與實驗【轉】