我们有一个2节点(加上仲裁器) Percona XtraDB集群。它用于数据索引/归档。它有自己的名为archive
的数据库,但它也是名为primary
的数据库的复制从服务器。这来自标准的主->从Percona对。
一个群集服务器分段故障(原因仍在调查中.)。具体来说,这个节点是执行复制的节点。在重新启动它时,它删除了MySQL数据目录(/var/lib/mysql/
)的内容,并从另一个节点执行了SST。这很好,但是现在它在primary
数据库上有一个部分不完整的数据集,并且没有主绑定日志位置信息。
如何恢复复制?
primary
数据库导出为mysql转储是不可行的,因为当查看原始无害in文件时,它的大小约为1TB。primary
DB并在集群节点上将其作为一个整体进行准备,则假定它将在节点启动SST后立即被删除。primary
DB表的xtrabackup是困难的,但也不是不可行的。但是,给定500+表将需要一段时间问题是..。将复制设置为多主群集的正确方法是什么?
发布于 2016-05-26 00:52:34
我怀疑你“运气不好”。
是否有什么理由没有集群的“主”部分?
查看pt-table-checksum
和pt-table-sync
。这可能是一种渐进式的“修复”奴隶,使其与主同步。
https://dba.stackexchange.com/questions/139297
复制相似问题