**问题: **
我们在Ubuntu 16.04上运行5节点percona集群,并配置了主从复制。突然,我们收到有关从属服务器损坏的副本的警报,该服务器先前已配置了正常复制
我们已尝试同步数据并配置复制,由于事务量巨大且启用了GTID的服务器,因此无法立即修复该问题。因此,我们决定采用innobackupex工具,并在2小时内解决了问题
遵循了percona文档中的所有步骤并分享了我的环境中的经验
涉及修复损坏的复制的步骤:
1.备份主服务器
2.准备备份
3.还原并配置复制
4检查复制状态
**1.备份主服务器 **
我们需要将完整的主服务器数据库配置为从服务器。因此,我们正在从主服务器上进行完整备份,在继续备份之前,由于其系统级备份,我们应检查可用于备份的磁盘空间
我们已经创建了一个特定的用户来从主服务器上进行备份,备份完成后将如下所示,
2.准备要还原的备份
我们需要准备备份以将事务日志应用到数据文件中,一旦确定,就可以恢复数据文件了
将准备好的文件移入从属服务器之前,请从xtrabackup_binlog_info验证GTID信息
3.还原并配置复制
我们可以还原备份,否则可以创建一个新的数据目录并将文件移动到该目录中。接下来,我们创建了一个新目录并更改mysqld.conf文件中的datadir值。
更改数据目录后,我们需要更改MySQL数据目录的所有者和权限
chown mysql:mysql / mnt / mysqldatanew
使用主MySQL root用户密码开始登录后,使用新的数据目录重新启动服务。因为我们已经从主服务器上进行了文件备份,所以元数据将与主服务器相同
执行以下命令以配置复制
4.检查复制状态
一旦配置了从属,请验证复制状态,如下所示
此外,奴隶还检索了新交易
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。