一：安裝docker
第一種安裝方式：
yum install docker
第二種安裝方式：
curl -fsSL https://get.docker.com/ | sh
或者：
$ wget -qO- https://get.docker.com/ | sh
如果想嚐鮮使用最新功能，可以使用下面的腳本來安裝預發佈版本。但要注意，預發佈版本往往意味着功能還不夠穩定，不要在生產環境中使用：
$ curl -fsSL https://test.docker.com/ | sh
如果有提示，一路y下去
安裝成功後，查看版本
docker version
Client:
Version: 1.13.1
API version: 1.26
Package version: <unknown>
Go version: go1.8.3
Git commit: 774336d/1.13.1
Built: Wed Mar 7 17:06:16 2018
OS/Arch: linux/amd64
Server:
Version: 1.13.1
API version: 1.26 (minimum version 1.12)
Package version: <unknown>
Go version: go1.8.3
Git commit: 774336d/1.13.1
Built: Wed Mar 7 17:06:16 2018
OS/Arch: linux/amd64
Experimental: false
出現版本信息，則安裝成功
啓動Docker
啓動Docker並設置爲開機自啓動
[root@VM_0_17_centos ~]# systemctl start docker.service
[root@VM_0_17_centos ~]# systemctl enable docker.service
另外，對於CentOS、Redhat等系統，服務可能是通過systemd來管理，與此略有不同，可以查閱systemd相關手冊。
例如，需要通過systemctl命令來管理Docker服務：
$ sudo systemctl start docker.service
二：拉去鏡像
docker pull mysql:5.7.13
運行MySQL從容器
首先運行從容器
[root@VM_0_17_centos ~]# docker run --name slave1 -p 3307:3306 -e MYSQL_ROOT_PASSWORD=root -d mysql:5.7.13
創建配置文件目錄
目錄結構如下
/usr/local/mysql/master
/usr/local/mysql/slave1
/usr/local/mysql/slave2
拷貝一份MySQL配置文件
docker cp master:/etc/mysql/my.cnf /usr/local/mysql/master/my.cnf
進到master目錄下，已存在拷貝的my.cnf
修改my.cnf，在 [mysqld] 節點最後加上後保存
log-bin=mysql-bin
server-id=1
og-bin=mysql-bin 使用binary logging，mysql-bin是log文件名的前綴
server-id=1 唯一服務器ID，非0整數，不能和其他服務器的server-id重複
將修改後的文件覆蓋Docker中MySQL中的配置文件
[root@VM_0_17_centos master]# docker cp /usr/local/mysql/master/my.cnf master:/etc/mysql/my.cnf
重啓 mysql 的docker , 讓配置生效
[root@VM_0_17_centos master]# docker restart master
log-bin=mysql-binserver-id=2
別忘記，重啓
啓動
docker run --name mysql-master -p 12345:3306 -e MYSQL_ROOT_PASSWORD=123456 -d docker.io/mysq
開啓訪問端口
firewall-cmd --zone=public --add-port=80/tcp --permanent
firewall-cmd --reload
進入
docker exec -it cc81d96756d4 bash
設置外部訪問
ALTER user 'root'@'%' IDENTIFIED WITH mysql_native_password BY '123456';
FLUSH PRIVILEGES;
進入master查看狀態
show master status;
記錄File和Position的值
狀態查看：
show slave status \G;
錯誤：
Connecting to master
查看日誌
docker logs slave -f
鏈接不上主機
查看主機ip ifconfig
選擇 Eth0的ip,
切換到從機 stop slave
然後
change master to
Master_host='172.18.196.130',
Master_user='root',
Master_password='123456',
master_log_file='mysql-bin.000001',
master_log_pos=155;
master_host是宿主機的IP（ifconfig查到的操作系統IP，不是容器的IP，一定不能搞錯）
master_port是主服務器的映射到3306的端口（默認3306）
master_user爲創建的備份用戶
master_password備份用戶的密碼
master_log_file和master_log_pos則是show master status列表裏面的兩個值，分別是mysql日誌名和起始備份位置
重啓 start slave
查看狀態：show slave status;
完成
SQL_Slave_Running :NO
重啓docker 然後重啓服務
設置命令：
mysql> set global read_only=1; #1是隻讀，0是讀寫
mysql> show global variables like "%read_only%";
、數據庫只讀設置
對於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查詢操作都是可以正常進行的。
https://blog.csdn.net/sunlihuo/article/details/54018843
https://blog.csdn.net/weixin_39800144/article/details/79231002
https://www.cnblogs.com/itrena/p/9024182.html
https://www.jianshu.com/p/12c34395e76e