MySQL集群迁移到Kubernetes操作步骤

• 背景
• 适用场景
• 前提条件
• 操作步骤
• Step 1：自建集群开启 GTID
• Step 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

操作步骤

用超级管理员登录自建 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; 

全量数据迁移期间，容器集群停止所有的写入。

# 在进行操作的节点上安装 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 

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

# 重新进入终端 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 则代表自建集群和容器集群数据完全一致，可以进行下一步操作。

# 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 

停止自建数据库的业务，启动容器上的业务负载。

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的资料请关注站长源码网其它相关文章！