背景

假如你有自建的 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…