參考：https://www.cnblogs.com/wlmq/p/6084880.html
在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查詢操作都是可以正常進行的。