【问题标题】:why issue 'reset master' when resyncing a mysql slave为什么在重新同步 mysql slave 时发出“reset master”
【发布时间】:2013-03-17 03:50:09
【问题描述】:

我最近需要执行一些数据库重新同步,并且对(似乎是)在将数据库转储到主数据库之前发出“RESET MASTER”的常见做法有疑问。

在从主数据库转储数据库之前,我发现的围绕此过程的所有文档都有一个“RESET MASTER”。

例如:https://stackoverflow.com/a/3229580/1570785

然而,在生产环境中,这似乎适得其反,主要是因为“RESET MASTER”命令会清除现有的二进制日志。因此,如果在复制中断时您的主服务器出现问题,您最终会得到一个不一致/损坏的主服务器一个不同步的从服务器。

鉴于这个过程需要首先执行(即 mysql 复制出现问题),仅仅因为从属设备清除二进制日志(可用于从 COMPLETE 灾难中恢复)似乎是不明智的需要重新同步。

我真正要问的是:我错过了什么 - 是否有正当理由在从 master 转储之前执行“RESET MASTER”?

【问题讨论】:

    标签: mysql replication binlog


    【解决方案1】:

    这不是必需的。 如果您使用 mysqldump 创建转储,请添加以下选项: --single-transaction - 不锁定 innodb 表并创建一致的快照。 --master-data - 添加master的二进制日志位置,slave应该开始复制。

    【讨论】:

      猜你喜欢
      • 2011-11-17
      • 2013-09-22
      • 1970-01-01
      • 2014-12-17
      • 2014-12-12
      • 2012-03-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多