背景

如果你有自建的 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。

# 查看输入是否为 1mysql -uroot -e "select @@gtid_mode,@@log_bin";# 如果不为 1 则在 MySQL 终端中执行上面的 SQLset 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 disablekubectl 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.1CHANGE 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 gtidkubectl 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 -- bashmysql -uroot -h 127.0.0.1stop slave;reset slave all;

至此，自建 MySQL 集群就曾经胜利迁徙到 Kubernetes 上了。

总结

如果业务布局有停机工夫，那么能够在进行写入之后，对源端数据库进行 FTWRL 之后间接进行全量同步。这样省去了增量同步的步骤，毛病是业务停机工夫较长。上述全量数据的迁徙形式也能够应用 Xtrabackup 工具，后续将基于 Xtrabackup 的迁徙形式进行论述。

参考链接

  • https://www.percona.com/blog/...
  • https://dev.mysql.com/doc/ref...
  • https://www.percona.com/blog/...