Docker環境下的先後端分離項目部署與運維（六）搭建MySQL集羣
單節點數據庫的弊病
- 大型互聯網程序用戶羣體龐大,因此架構必需要特殊設計
- 單節點的數據庫沒法知足性能上的要求
- 單節點的數據庫沒有冗餘設計,沒法知足高可用
單節點MySQL的性能瓶領頸
2016年春節微信紅包巨大業務量,數據庫承受巨大負載html
常見MySQL集羣方案
mysql 集羣方案介紹，建議使用pxc，由於弱一致性會有問題，好比說a節點數據庫顯示我購買成功，b 節點數據庫顯示沒有成功，這就麻煩了，pxc 方案是在所有節點都寫入成功以後纔會告訴你成功，是可讀可寫雙向同步的，可是replication是單向的，不一樣節點的數據庫之間都會開放端口進行通信，若是從防火牆的這個端口關閉，pxc就不會同步成功，也不會返給你成功了。java
Replicationnode
- 速度快，但僅能保證弱一致性，適用於保存價值不高的數據，好比日誌、帖子、新聞等。
- 採用master-slave結構，在master寫入會同步到slave，能從slave讀出；但在slave寫入沒法同步到master。
- 採用異步複製，master寫入成功就向客戶端返回成功，可是同步slave可能失敗，會形成沒法從slave讀出的結果。
PXC (Percona XtraDB Cluster)mysql
- 速度慢，但能保證強一致性，適用於保存價值較高的數據，好比訂單、客戶、支付等。
- 數據同步是雙向的，在任一節點寫入數據，都會同步到其餘全部節點，在任何節點上都能同時讀寫。
- 採用同步複製，向任一節點寫入數據，只有全部節點都同步成功後，纔會向客戶端返回成功。事務在全部節點要麼同時提交，要麼不提交。
建議PXC使用PerconaServer (MySQL改進版，性能提高很大)linux
PXC的數據強一致性nginx
- 同步複製,事務在全部集羣節點要麼同時提交,要麼不提交
- Replication採用異步複製,沒法保證數據的一致性
PXC集羣安裝介紹
在Docker中安裝PXC集羣，使用Docker倉庫中的PXC官方鏡像：https://hub.docker.com/r/percona/percona-xtradb-cluster算法
- 從docker官方倉庫中拉下PXC鏡像：
docker pull percona/percona-xtradb-cluster
或者本地安裝sql
docker load < /home/soft/pxc.tar.gz
安裝完成：docker
View Code[root@localhost ~]# docker pull percona/percona-xtradb-cluster Using default tag: latest Trying to pull repository docker.io/percona/percona-xtradb-cluster ... latest: Pulling from docker.io/percona/percona-xtradb-cluster ff144d3c0ab1: Pull complete eafdff1524b5: Pull complete c281665399a2: Pull complete c27d896755b2: Pull complete c43c51f1cccf: Pull complete 6eb96f41c54d: Pull complete 4966940ec632: Pull complete 2bafadcea292: Pull complete 3c2c0e21b695: Pull complete 52a8c2e9228e: Pull complete f3f28eb1ce04: Pull complete d301ece75f56: Pull complete 3d24904bec3c: Pull complete 1053c2982c37: Pull complete Digest: sha256:17c64dacbb9b62bd0904b4ff80dd5973b2d2d931ede2474170cbd642601383bd Status: Downloaded newer image for docker.io/percona/percona-xtradb-cluster:latest [root@localhost ~]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE docker.io/percona/percona-xtradb-cluster latest 70b3670450ef 2 months ago 408 MB
- 重命名鏡像：（名稱太長，重命名一下）
docker tag percona/percona-xtradb-cluster:latest pxc
而後原來的鏡像就能夠刪除掉了數據庫
View Code[root@localhost ~]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE docker.io/percona/percona-xtradb-cluster latest 70b3670450ef 2 months ago 408 MB pxc latest 70b3670450ef 2 months ago 408 MB docker.io/java latest d23bdf5b1b1b 2 years ago 643 MB [root@localhost ~]# docker rmi docker.io/percona/percona-xtradb-cluster Untagged: docker.io/percona/percona-xtradb-cluster:latest Untagged: docker.io/percona/percona-xtradb-cluster@sha256:17c64dacbb9b62bd0904b4ff80dd5973b2d2d931ede2474170cbd642601383bd [root@localhost ~]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE pxc latest 70b3670450ef 2 months ago 408 MB docker.io/java latest d23bdf5b1b1b 2 years ago 643 MB
- 出於安全考慮，給PXC集羣建立Docker內部網絡
# 建立網段 docker network create --subnet=172.18.0.0/24 net1 # 查看網段 docker network inspect net1 # 刪除網段 # docker network rm net1
- 建立Docker卷：
使用Docker時，業務數據應保存在宿主機中，採用目錄映射，這樣可使數據與容器獨立。可是容器中的PXC沒法直接使用映射目錄，解決辦法是採用Docker捲來映射
# 建立名稱爲v1的數據卷，--name能夠省略 docker volume create --name v1查看數據卷
docker inspect v1
結果：
[root@localhost ~]# docker inspect v1 [ { "Driver": "local", "Labels": {}, "Mountpoint": "/var/lib/docker/volumes/v1/_data",#這裏是在宿主機的保存位置 "Name": "v1", "Options": {}, "Scope": "local" } ]
刪除數據卷
docker volume rm v1
建立5個數據卷
# 建立5個數據卷 docker volume create --name v1 docker volume create --name v2 docker volume create --name v3 docker volume create --name v4 docker volume create --name v5
- 建立5個PXC容器：
# 建立5個PXC容器構成集羣 # 第一個節點 docker run -d -p 3306:3306 -e MYSQL_ROOT_PASSWORD=abc123456 -e CLUSTER_NAME=PXC -e XTRABACKUP_PASSWORD=abc123456 -v v1:/var/lib/mysql --name=node1 --network=net1 --ip 172.18.0.2 pxc # 在第一個節點啓動後要等待一段時間，等候mysql啓動完成。 # 第二個節點 docker run -d -p 3307:3306 -e MYSQL_ROOT_PASSWORD=abc123456 -e CLUSTER_NAME=PXC -e XTRABACKUP_PASSWORD=abc123456 -e CLUSTER_JOIN=node1 -v v2:/var/lib/mysql --name=node2 --net=net1 --ip 172.18.0.3 pxc # 第三個節點 docker run -d -p 3308:3306 -e MYSQL_ROOT_PASSWORD=abc123456 -e CLUSTER_NAME=PXC -e XTRABACKUP_PASSWORD=abc123456 -e CLUSTER_JOIN=node1 -v v3:/var/lib/mysql --name=node3 --net=net1 --ip 172.18.0.4 pxc # 第四個節點 docker run -d -p 3309:3306 -e MYSQL_ROOT_PASSWORD=abc123456 -e CLUSTER_NAME=PXC -e XTRABACKUP_PASSWORD=abc123456 -e CLUSTER_JOIN=node1 -v v4:/var/lib/mysql --name=node4 --net=net1 --ip 172.18.0.5 pxc # 第五個節點 docker run -d -p 3310:3306 -e MYSQL_ROOT_PASSWORD=abc123456 -e CLUSTER_NAME=PXC -e XTRABACKUP_PASSWORD=abc123456 -e CLUSTER_JOIN=node1 -v v5:/var/lib/mysql --name=node5 --net=net1 --ip 172.18.0.6 pxc
查看：
[root@localhost ~]# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES f4708ce32209 pxc "/entrypoint.sh " About a minute ago Up About a minute 4567-4568/tcp, 0.0.0.0:3309->3306/tcp node4 bf612f9586bc pxc "/entrypoint.sh " 17 minutes ago Up 17 minutes 4567-4568/tcp, 0.0.0.0:3310->3306/tcp node5 9fdde5e6becd pxc "/entrypoint.sh " 17 minutes ago Up 17 minutes 4567-4568/tcp, 0.0.0.0:3308->3306/tcp node3 edd5794175b6 pxc "/entrypoint.sh " 18 minutes ago Up 18 minutes 4567-4568/tcp, 0.0.0.0:3307->3306/tcp node2 33d842de7f42 pxc "/entrypoint.sh " 21 minutes ago Up 21 minutes 0.0.0.0:3306->3306/tcp, 4567-4568/tcp node1
數據庫負載均衡的必要性
雖然搭建了集羣,可是不使用數據庫負載均衡,單節點處理全部請求，負載高，性能差
將請求均勻地發送給集羣中的每個節點。
- 全部請求發送給單一節點，其負載太高，性能很低，而其餘節點卻很空閒。
- 使用Haproxy作負載均衡，能夠將請求均勻地發送給每一個節點，單節點負載低，性能好
負載均衡中間件對比
負載均衡首先是數據庫的集羣，加入5個集羣，每次請求都是第一個的話，有可能第一個數據庫就掛掉了，因此更優的方案是對不一樣的節點都進行請求，這就須要有中間件進行轉發，比較好的中間件有nginx，haproxy等，因nginx 支持插件，可是剛剛支持了tcp/ip 協議，haproxy 是一個老牌的中間轉發件。若是要用haproxy的話，能夠從官方下載鏡像，而後呢對鏡像進行配置（本身寫好配置文件，由於這個鏡像是沒有配置文件的，配置好以後再運行鏡像的時候進行文件夾的映射，配置文件開放3306（數據庫請求，而後根據check心跳檢測訪問不一樣的數據庫，8888 對數據庫集羣進行監控））。配置文件裏面設置用戶（用戶在數據庫進行心跳檢測，判斷哪一個數據庫節點是空閒的，而後對空閒的進行訪問），還有各類算法（好比輪訓），最大鏈接數，時間等，還有對集羣的監控。配置文件寫好之後運行這個鏡像，鏡像運行成功後進入容器啓動配置文件 。其實haprocy返回的也是一個數據庫實例（可是並不存儲任何的數據，只是轉發請求），這個實例用來check其餘節點。
安裝Haproxy
-
從Docker倉庫拉取haproxy鏡像：https://hub.docker.com/_/haproxy
docker pull haproxy
View Code[root@localhost ~]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE docker.io/haproxy latest 11fa4d7ff427 11 days ago 72.2 MB
-
建立Haproxy配置文件。供Haproxy容器使用（docker中未生成配置文件，咱們須要在宿主機中本身建立配置文件）
配置文件詳情參考：http://www.javashuo.com/article/p-brcvyoqi-bb.html# 啓動容器時使用目錄映射技術使容器讀取該配置文件 touch /home/soft/haproxy/haproxy.cfghaproxy.cfg
# haproxy.cfg global #工做目錄 chroot /usr/local/etc/haproxy #日誌文件，使用rsyslog服務中local5日誌設備（/var/log/local5），等級info log 127.0.0.1 local5 info #守護進程運行 daemon defaults log global mode http #日誌格式 option httplog #日誌中不記錄負載均衡的心跳檢測記錄 option dontlognull #鏈接超時（毫秒） timeout connect 5000 #客戶端超時（毫秒） timeout client 50000 #服務器超時（毫秒） timeout server 50000 #監控界面 listen admin_stats #監控界面的訪問的IP和端口 bind 0.0.0.0:8888 #訪問協議 mode http #URI相對地址 stats uri /dbs #統計報告格式 stats realm Global\ statistics #登錄賬戶信息 stats auth admin:abc123456 #數據庫負載均衡 listen proxy-mysql #訪問的IP和端口 bind 0.0.0.0:3306 #網絡協議 mode tcp #負載均衡算法（輪詢算法） #輪詢算法：roundrobin #權重算法：static-rr #最少鏈接算法：leastconn #請求源IP算法：source balance roundrobin #日誌格式 option tcplog #在MySQL中建立一個沒有權限的haproxy用戶，密碼爲空。Haproxy使用這個帳戶對MySQL數據庫心跳檢測 option mysql-check user haproxy server MySQL_1 172.18.0.2:3306 check weight 1 maxconn 2000 server MySQL_2 172.18.0.3:3306 check weight 1 maxconn 2000 server MySQL_3 172.18.0.4:3306 check weight 1 maxconn 2000 server MySQL_4 172.18.0.5:3306 check weight 1 maxconn 2000 server MySQL_5 172.18.0.6:3306 check weight 1 maxconn 2000 #使用keepalive檢測死鏈 option tcpka
- 在數據庫集羣中建立空密碼、無權限用戶haproxy，來供Haproxy對MySQL數據庫進行心跳檢測
create user 'haproxy'@'%' identified by '';
- 建立Haproxy容器(name=h1的緣由是爲了高可用)
# 這裏要加 --privileged docker run -it -d -p 4001:8888 -p 4002:3306 -v /home/soft/haproxy:/usr/local/etc/haproxy --name h1 --net=net1 --ip 172.18.0.7 --privileged haproxy
- 進入容器
docker exec -it h1 bash
- 在容器bash中啓動Haproxy
haproxy -f /usr/local/etc/haproxy/haproxy.cfg
- 接下來即可以在瀏覽器中打開Haproxy監控界面，端口4001，在配置文件中定義有用戶名admin，密碼abc123456。
我這邊訪問的是http://192.168.63.144:4001/dbs，而且要使用用戶名密碼進行登陸（小插曲，使用的是Basic登陸，個人Chrome不知爲什麼被屏蔽了，我最後用的火狐） 這時候咱們手動掛掉一個Docker節點，看一下變化（咱們會發現已經顯示掛掉了）
- Haproxy不存儲數據，只轉發數據。能夠在數據庫中創建Haproxy的鏈接，端口4002，用戶名和密碼爲數據庫集羣的用戶名和密碼
爲何要採用雙機熱備
單節點Haproxy不具有高可用,必需要有冗餘設計
雙機就是兩個請求處理程序，好比兩個haproxy，當一個掛掉的時候，另外 一個能夠頂上。熱備我理解就是keepalive。在haproxy 容器中安裝keepalive。
虛擬IP地址
linux系統能夠在一個網卡中定義多個IP地址，把這些地址分配給多個應用程序，這些地址就是虛擬IP，Haproxy的雙機熱備方案最關鍵的技術就是虛擬IP。
關鍵就是虛擬ip，定義一個虛擬ip，而後好比兩個haproxy分別安裝keepalive鏡像，由於haproxy是ubuntu系統的，因此安裝用apt-get，keepalive是做用是搶佔虛擬ip，搶到的就是主服務器，沒有搶到的就是備用服務器，而後兩個keepalive進行心跳檢測（就是建立一個用戶到對方那裏試探，看是否還活着，mysql的集羣之間也是心跳檢測），若是 掛掉搶佔ip。因此在啓動keepalive 以前首先要編輯好他的配置文件，怎麼搶佔，權重是什麼，虛擬ip是什麼，建立的用戶交什麼。配置完啓動完之後能夠ping一下看是否正確，而後將虛擬ip映射到局域網的ip
利用Keepalived實現雙機熱備
- 定義虛擬IP
- 在Docker中啓動兩個Haproxy容器，每一個容器中還須要安裝Keepalived程序（如下簡稱KA）
- 兩個KA會爭搶虛擬IP，一個搶到後，另外一個沒搶到就會等待，搶到的做爲主服務器，沒搶到的做爲備用服務器
- 兩個KA之間會進行心跳檢測，若是備用服務器沒有受到主服務器的心跳響應，說明主服務器發生故障，那麼備用服務器就能夠爭搶虛擬IP，繼續工做
- 咱們向虛擬IP發送數據庫請求，一個Haproxy掛掉，能夠有另外一個接替工做
Нaproxy雙機熱備方案
- Docker中建立兩個Haproxy，並經過Keepalived搶佔Docker內地虛擬IP
- Docker內的虛擬IP不能被外網，因此須要藉助宿主機Keepalived映射成外網能夠訪問地虛擬IP
安裝Keepalived
- 進入Haproxy容器，安裝Keepalived：
$ docker exec -it h1 bash apt-get update apt-get install keepalived
- Keepalived配置文件(Keepalived.conf)：
Keepalived的配置文件是/etc/keepalived/keepalived.conf
# vim /etc/keepalived/keepalived.conf vrrp_instance VI_1 { state MASTER # Keepalived的身份（MASTER主服務要搶佔IP，BACKUP備服務器不會搶佔IP）。 interface eth0 # docker網卡設備，虛擬IP所在 virtual_router_id 51 # 虛擬路由標識，MASTER和BACKUP的虛擬路由標識必須一致。從0～255 priority 100 # MASTER權重要高於BACKUP數字越大優先級越高 advert_int 1 # MASTER和BACKUP節點同步檢查的時間間隔，單位爲秒，主備之間必須一致 authentication { # 主從服務器驗證方式。主備必須使用相同的密碼才能正常通訊 auth_type PASS auth_pass 123456 } virtual_ipaddress { # 虛擬IP。能夠設置多個虛擬IP地址，每行一個 172.18.0.201 } }
- 啓動Keepalived
啓動成功後，經過 ip a 能夠查看網卡中虛擬IP是否成功，另外能夠在宿主機中ping成功虛擬IP 172.18.0.201service keepalived start
- 能夠按照以上步驟，再另外建立一個Haproxy容器，注意映射的宿主機端口不能重複，Haproxy配置同樣。而後在容器中安裝Keepalived，配置也基本同樣（能夠修改優先權重）。這樣便基本實現了Haproxy雙機熱備方案
命令以下：
建立Haproxy容器(name=h2的緣由是爲了高可用)
# 這裏要加 --privileged docker run -it -d -p 4003:8888 -p 4004:3306 -v /home/soft/haproxy:/usr/local/etc/haproxy --name h2 --net=net1 --ip 172.18.0.8 --privileged haproxy
進入容器
docker exec -it h2 bash
在容器bash中啓動Haproxy
haproxy -f /usr/local/etc/haproxy/haproxy.cfg
接下來即可以在瀏覽器中打開Haproxy監控界面，端口4003，在配置文件中定義有用戶名admin，密碼abc123456。
安裝Keepalived：
我這邊訪問的是http://192.168.63.144:4003/dbs，而且要使用用戶名密碼進行登陸（小插曲，使用的是Basic登陸，個人Chrome不知爲什麼被屏蔽了，我最後用的火狐）
apt-get update apt-get install keepalived
Keepalived配置文件(Keepalived.conf)：
Keepalived的配置文件是/etc/keepalived/keepalived.conf# vim /etc/keepalived/keepalived.conf vrrp_instance VI_1 { state MASTER # Keepalived的身份（MASTER主服務要搶佔IP，BACKUP備服務器不會搶佔IP）。 interface eth0 # docker網卡設備，虛擬IP所在 virtual_router_id 51 # 虛擬路由標識，MASTER和BACKUP的虛擬路由標識必須一致。從0～255 priority 100 # MASTER權重要高於BACKUP數字越大優先級越高 advert_int 1 # MASTER和BACKUP節點同步檢查的時間間隔，單位爲秒，主備之間必須一致 authentication { # 主從服務器驗證方式。主備必須使用相同的密碼才能正常通訊 auth_type PASS auth_pass 123456 } virtual_ipaddress { # 虛擬IP。能夠設置多個虛擬IP地址，每行一個 172.18.0.201 } }
啓動Keepalived
service keepalived start
啓動成功後，經過 ip a 能夠查看網卡中虛擬IP是否成功，另外能夠在宿主機中ping成功虛擬IP 172.18.0.201
實現外網訪問虛擬IP
查看當前局域網IP分配狀況：
yum install nmap -y nmap -sP 192.168.1.0/24
- 在宿主機中安裝Keepalived
yum install keepalived
- 宿主機Keepalived配置以下(/etc/keepalived/keepalived.conf)：
vrrp_instance VI_1 { state MASTER #這裏是宿主機的網卡，能夠經過ip a查看當前本身電腦上用的網卡名是哪一個 interface ens33 virtual_router_id 100 priority 100 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { #這裏是指定的一個宿主機上的虛擬ip，必定要和宿主機網卡在同一個網段， #個人宿主機網卡ip是192.168.63.144，因此指定虛擬ip是160 192.168.63.160 } } #接受監聽數據來源的端口，網頁入口使用 virtual_server 192.168.63.160 8888 { delay_loop 3 lb_algo rr lb_kind NAT persistence_timeout 50 protocol TCP #把接受到的數據轉發給docker服務的網段及端口，因爲是發給docker服務，因此和docker服務數據要一致 real_server 172.18.0.201 8888 { weight 1 } } #接受數據庫數據端口，宿主機數據庫端口是3306，因此這裏也要和宿主機數據接受端口一致 virtual_server 192.168.63.160 3306 { delay_loop 3 lb_algo rr lb_kind NAT persistence_timeout 50 protocol TCP #同理轉發數據庫給服務的端口和ip要求和docker服務中的數據一致 real_server 172.18.0.201 3306 { weight 1 } }
- 啓動Keepalived服務
以後其餘電腦即可以經過虛擬IP 192.168.63.160 的8888和3306端口來訪問宿主機Docker中的 172.18.0.201 的相應端口。service keepalived start #service keepalived status #service keepalived stop
暫停PXC集羣的辦法
vi /etc/sysctl.conf #文件中添加net.ipv4.ip_forward=1這個配置 systemctl restart network
而後把虛擬機掛起
熱備份數據
冷備份
- 冷備份是關閉數據庫時候的備份方式，一般作法是拷貝數據文件
- 是簡單安全的一種備份方式，不能在數據庫運行時備份。
- 大型網站沒法作到關閉業務備份數據,因此冷備份不是最佳選擇
熱備份
熱備份是在系統運行狀態下備份數據
MySQL常見的熱備份有LVM和XtraBackup兩種方案
- LVM：linux的分區備份命令，能夠備份任何數據庫；可是會對數據庫加鎖，只能讀取；並且命令複雜
- XtraBackup：不須要鎖表，並且免費
XtraBackup
XtraBackup是一款基於InnoDB的在線熱備工具,具備開源免費,支持在線熱備,佔用磁盤空間小,可以很是快速地備份與恢復mysql數據庫
- 備份過程當中不鎖表，快速可靠
- 備份過程當中不會打斷正在執行地事務
- 備份數據通過壓縮，佔用磁盤空間小
全量備份和增量備份
- 全量備份：備份所有數據。備份過程時間長，佔用空間大。第一次備份要使用全量備份
- 增量備份： 只備份變化的那部分數據。備份的時間短，佔用空間小。第二次之後使用增量備份
PXC全量備份
- 備份要在某個PXC節點的容器內進行，但應該把備份數據保存到宿主機內。因此採用目錄映射技術。先新建Docker卷：
docker volume create backup
-
挑選一個PXC節點node1，將其容器中止並刪除，而後從新建立一個增長了backup目錄映射的node1容器
docker stop node1 docker rm node1 # 數據庫數據保存在Docker卷v1中，不會丟失 # 參數改變： # 1. -e CLUSTER_JOIN=node2;原來其餘節點是經過node1加入集羣的，如今node1從新建立，須要選擇一個其餘節點加入集羣 # 2. -v backup:/data;將Docker卷backup映射到容器的/data目錄 docker run -d -u root -p 3306:3306 -e MYSQL_ROOT_PASSWORD=abc123456 -e CLUSTER_NAME=PXC -e XTRABACKUP_PASSWORD=abc123456 -e CLUSTER_JOIN=node2 -v v1:/var/lib/mysql -v backup:/data --network=net1 --ip 172.18.0.2 --name=node1 pxc
-
在node1容器中安裝
percona-xtrabackup-24docker exec -it node1 bash apt-get update apt-get install percona-xtrabackup-24
以後即可以執行以下命令進行全量備份，備份後的數據會保存在
/data/backup/full目錄下：mkdir /data/backup mkdir /data/backup/full #不建議，已過期 innobackupex --backup -u root -p abc123456 --target-dir=/data/backup/full xtrabackup --backup -uroot -pabc123456 --target-dir=/data/backup/full
官方文檔已經不推薦使用
innobackupex，而推薦使用xtrabackup命令
PXC全量還原
數據庫能夠熱備份，可是不能熱還原，不然會形成業務數據和還原數據的衝突。
對於PXC集羣爲了不還原過程當中各節點數據同步衝突的問題，咱們要先解散原來的集羣，刪除節點。而後新建節點空白數據庫，執行還原，最後再創建起其餘集羣節點。
還原前還要將熱備份保存的未提交的事務回滾，還原以後重啓MySQL
- 中止並刪除PXC集羣全部節點
docker stop node1 node2 node3 node4 node5 docker rm node1 node2 node3 node4 node5 docker volume rm v1 v2 v3 v4 v5 -
按照以前的步驟從新建立node1容器，並進入容器，執行冷還原
# 建立卷 docker volume create v1 # 建立容器 docker run -d -p 3306:3306 -e MYSQL_ROOT_PASSWORD=abc123456 -e CLUSTER_NAME=PXC -e XTRABACKUP_PASSWORD=abc123456 -v v1:/var/lib/mysql -v backup:/data --name=node1 --network=net1 --ip 172.18.0.2 pxc # 以root身份進入容器 docker exec -it -uroot node1 bash # 刪除數據 rm -rf /var/lib/mysql/* # 準備階段 xtrabackup --prepare --target-dir=/data/backup/full/ # 執行冷還原 xtrabackup --copy-back --target-dir=/data/backup/full/ # 更改還原後的數據庫文件屬主 chown -R mysql:mysql /var/lib/mysql # 退出容器後，重啓容器 docker stop node1 docker start node1
相關文章
- 1. Docker環境下的先後端分離部署與運維
- 2. Docker環境下的前後端分離項目部署與運維 第二篇
- 3. docker 對先後端分離項目的部署和運維
- 4. Docker環境下的先後端分離項目部署與運維（十一）Docker Swarm技術
- 5. Docker環境下的先後端分離項目部署與運維（十二）使用Portainer管理Docker
- 6. Docker環境下的先後端分離項目部署與運維（九）後端項目部署與負載均衡
- 7. 先後端分離項目的前端開發環境搭建
- 8. 先後端分離SpringBoot項目,Docker部署後端Jar包
- 9. 部署先後端分離項目
- 10. 【Liunx】先後端項目分離部署
- 更多相關文章...
- • Swift 環境搭建 - Swift 教程
- • Rust 環境搭建 - RUST 教程
- • Docker容器實戰(六) - 容器的隔離與限制
- • 使用阿里雲OSS+CDN部署前端頁面與加速靜態資源
相關標籤/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
最新文章
- 1. python的安裝和Hello，World編寫
- 2. 重磅解讀：K8s Cluster Autoscaler模塊及對應華爲雲插件Deep Dive
- 3. 鴻蒙學習筆記2（永不斷更）
- 4. static關鍵字 和構造代碼塊
- 5. JVM筆記
- 6. 無法啓動 C/C++ 語言服務器。IntelliSense 功能將被禁用。錯誤: Missing binary at c:\Users\MSI-NB\.vscode\extensions\ms-vsc
- 7. 【Hive】Hive返回碼狀態含義
- 8. Java樹形結構遞歸（以時間換空間）和非遞歸（以空間換時間）
- 9. 數據預處理---缺失值
- 10. 都要2021年了，現代C++有什麼值得我們學習的？
歡迎關注本站公眾號,獲取更多信息
相關文章
- 1. Docker環境下的先後端分離部署與運維
- 2. Docker環境下的前後端分離項目部署與運維 第二篇
- 3. docker 對先後端分離項目的部署和運維
- 4. Docker環境下的先後端分離項目部署與運維（十一）Docker Swarm技術
- 5. Docker環境下的先後端分離項目部署與運維（十二）使用Portainer管理Docker
- 6. Docker環境下的先後端分離項目部署與運維（九）後端項目部署與負載均衡
- 7. 先後端分離項目的前端開發環境搭建
- 8. 先後端分離SpringBoot項目,Docker部署後端Jar包
- 9. 部署先後端分離項目
- 10. 【Liunx】先後端項目分離部署