背景

如果你有自建的 MySQL 集群，并且已經感受到了云原生的春風拂面，想將資料遷移到 Kubernetes 上，那么這篇文章可以給你一些思路，

文中將自建 MySQL 集群資料，在線遷移到 Kubernetes 的 MySQL 集群中，快速實作了 MySQL on Kubernetes，

適用場景

自建 MySQL 資料庫遷移至 Kubernetes 的程序中，優點是停機時間短，資料一致性強，

前提條件

• 掌握 RadonDB MySQL Kubernetes 的使用
• 自建集群 MySQL 版本同 RadonDB MySQL Kubernetes 的 MySQL 大版本一致，如：自建集群 MySQL 8.0.22，RadonDB MySQL Kubernetes 中 MySQL 8.0.35
• 自建集群開啟 Binlog 和 GTID

操作步驟

Step 1：自建集群開啟 GTID

用超級管理員登錄自建 MySQL 集群，確保開啟 GTID，

# 檢查輸出是否為 1
mysql -uroot -e "select @@gtid_mode,@@log_bin";

# 如果不為 1 則在 MySQL 終端中執行下面的 SQL
set global ENFORCE_GTID_CONSISTENCY = ON;
set global GTID_MODE = OFF_PERMISSIVE;
set global GTID_MODE = ON_PERMISSIVE;
set global GTID_MODE = ON;

Step 2：容器集群在線遷移全量資料

全量資料遷移期間，容器集群停止所有的寫入，

# 在進行操作的節點上安裝 screen 工具，防止終端退出
apt install screen -y

# 開啟一個 screen 終端
screen -S migration

# 將節點 scale 成 2 節點
kubectl scale mysqlcluster sample --replicas=2

# 將 Follower 角色 Xenon 容器執行 raft disable
kubectl exec -it $(kubectl get po -l role=FOLLOWER,mysql.radondb.com/cluster=sample  -o jsonpath="{.items[*].metadata.name}") -c xenon -- xenoncli raft disable

# 進入 Leader 角色 MySQL 容器
kubectl exec -it $(kubectl get po -l role=LEADER,mysql.radondb.com/cluster=sample  -o jsonpath="{.items[*].metadata.name}") -c  mysql -- bash

screen 視窗可以按Ctrl + a ，然后輸入 d 退出，用screen -R migration 重新進入遷移資料的終端，

通過管道進行不落地匯入全量資料，

mysqldump --all-databases \
--single-transaction \
--triggers \
--routines \
--events \
--max-allowed-packet=805306368 \
--ignore-table=mysql.user \
--ignore-table=mysql.db \
--ignore-table=mysql.tables_priv \
--set-gtid-purged=ON \
-uroot -hxxx -pxxx|mysql -uroot -h127.0.0.1

Step 3：進行增量同步

全量同步完成之后，配置增量同步，

# 重新進入終端
screen -R migration

# 再次進入 Leader 角色 MySQL 容器
kubectl exec -it $(kubectl get po -l role=LEADER,mysql.radondb.com/cluster=sample  -o jsonpath="{.items[*].metadata.name}") -c  mysql -- bash

# 設定主從同步引數
mysql -uroot -h 127.0.0.1
CHANGE MASTER TO MASTER_HOST='xx', MASTER_PORT=xx, MASTER_USER='root', MASTER_PASSWORD='xx', MASTER_AUTO_POSITION=1;start slave;

# 檢查主從同步進度
kubectl exec -it  sample-mysql-0 -c xenon -- xenoncli cluster mysql

Seconds_Behind 變為 0 則代表自建集群和容器集群資料完全一致，可以進行下一步操作，

Step 4：同步資料到容器集群的其他節點

# sample-mysql-1 為剛才 raft disable 的 Follower 節點
kubectl label pod sample-mysql-1 rebuild=true

# 查看集群狀態等待同步完成
kubectl exec -it  sample-mysql-0 -c xenon -- xenoncli cluster gtid
kubectl logs sample-mysql-1 -c init-sidecar -f

# 同步完成后將集群擴容成 3 節點，并按照相同的步驟進行資料同步
kubectl scale mysqlcluster sample --replicas=3;kubectl label pod sample-mysql-2 rebuild=true

Step 5：業務切換

停止自建資料庫的業務，啟動容器上的業務負載，

Step 6：停止同步

kubectl exec -it $(kubectl get po -l role=LEADER,mysql.radondb.com/cluster=sample  -o jsonpath="{.items[*].metadata.name}") -c  mysql -- bash

mysql -uroot -h 127.0.0.1
stop slave;reset slave all;

至此，自建 MySQL 集群就已經成功遷移到 Kubernetes 上了，

總結

如果業務規劃有停機時間，那么可以在停止寫入之后，對源端資料庫進行 FTWRL 之后直接進行全量同步，這樣省去了增量同步的步驟，缺點是業務停機時間較長，上述全量資料的遷移方式也可以使用 Xtrabackup 工具，后續將基于 Xtrabackup 的遷移方式進行闡述，

參考鏈接

• https://www.percona.com/blog/2013/06/10/migrating-between-mysql-schemas-with-percona-xtrabackup/
• https://dev.mysql.com/doc/refman/8.0/en/mysqldump.html
• https://www.percona.com/blog/2012/03/23/how-flush-tables-with-read-lock-works-with-innodb-tables/

標籤：其他

上一篇：如何設計企業級資料埋點采集方案？

下一篇：位元組跳動基于ClickHouse優化實踐之“高可用”