我们在 Debian 8 服务器上获得了 MariaDB 10.1 节点，我们尝试使用 Xtrabackup SST 方法与 CentOS 7 上的 MariaDB 10.0 的 3 节点 galera 集群同步。
启动此节点并设置捐助者工作，SST 也工作：所有数据都正确传输。SST 方法和供体参数在 /etc/mysql/my.cnf 中指定，我们按如下方式启动它：
# service mysql start
（请注意，我们在这个系统上也有 mariadb.service 服务）
SST 完成后，mysql 关闭。
当我们再次启动它时，我们可以在日志中看到 innodb 列类型错误（XXX 类型的列应该是 XXX 类型），并且它的 UUID 再次为 0000-0000-0000-0000，而在 SST 之后它确实设置了集群的最后一个 UUID。
它忘记了 UUID 并一遍又一遍地启动 SST。
在集群中启动 mysql 之前，我们还在 SST 之后尝试了 mysql_upgrade，但它没有帮助。
20 次中有一次它启动了 IST，这是意料之中的，但由于无法绑定端口号，它崩溃了。但是，我们从来没有像这次尝试 IST 那样得到它。
端口打开（3306,4444,4567,4568,9200）路由设置，我们也尝试了 rsync 方法但没有成功，经过多次尝试，有时多个 xtrabackup 进程挂起，这就是导致端口号错误的原因。之后我们每次都重新启动以确保我们得到一个干净的系统。
另外值得一提的是，我们确实彻底阅读了这份数据中心迁移指南：http ://severalnines.com/blog/migrating-mysql-galera-cluster-new-data-center-without-downtime
因此，我们希望在仅通过 2 个节点连接的 3 节点集群中建立一个 6 节点集群。
有没有人遇到过这样的问题？