目录 背景 适用场景 前提条件 操作步骤 Step 1：自建集群开启 GTID Step 2：容器集群在线迁移全量数据 Step 3：进行增量同步 Step 4：同步数据到容器集群的其他节点 Step 5：业务切换 Step 6：
目录背景适用场景前提条件操作步骤Step 1：自建集群开启 GTIDStep 2：容器集群在线迁移全量数据Step 3：进行增量同步Step 4：同步数据到容器集群的其他节点Step 5：业务切换Step 6：停止同步总结
背景
如果你有自建的 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 的迁移方式进行阐述。
参考链接
www.percona.com/blog/2013/0…
dev.mysql.com/doc/refman/…
www.percona.com/blog/2012/0…
以上就是MySQL 集群迁移到 Kubernetes操作步骤的详细内容，更多关于MySQL 集群迁移Kubernetes的资料请关注每日运维其它相关文章！
