主页 / dba / 问题 / 18031
Accepted
Jim Dennis
Asked: 2012-05-17 17:15:31 +0800 CST

使用旧的 MySQL binlog 文件名（位置为零）？风险？缺点？

  • 772

假设我正在设置一个新的奴隶。运行 mysql -e "STOP SLAVE" 后，我从 mysqldump 开始，将其传输并将其恢复到新服务器。

如果我没有在 STOP SLAVE 之后和运行 mysqldump 之前捕获 BINLOG 文件名和位置，那么如果我只是使用以前的/旧的 binlog 文件名（已验证存在于主服务器上并且比备份更早），会发生什么零位置？

它似乎只是强制新的主服务器将所有事件重播到新的从服务器，显然包括一些已经在备份中表示的插入、更新和删除（发生在重叠时间段内的事件）。

这有什么不对或有风险吗？除了浪费额外的时间和 CPU 周期（可能重放一天的重叠事务）之外，还有其他缺点吗？

mysql restore

2 个回答

  1. Best Answer

    我有个惊喜给你

    二进制日志中的每个位置都基于写入 SQL 语句时二进制日志的文件大小。

    这个概念更有趣的是二进制日志的头在开始位置上不同（没有文字位置 0 这样的东西）

    这些是从 Master 的空二进制日志复制的起点

    • 107 为 MySQL 5.5
    • 106 为 MySQL 5.1
    • 98 用于 MySQL 5.0 及更高版本

    我第一次写这篇文章是在 2011 年 2 月 4 日

    这是建议的操作步骤

    • 如果中继日志仍然存在于 Slave 上
      • 找到最后的中继日志
      • mysqlbinlog针对该中继日志运行
      • 找到执行 mysqldump 时的时间戳
      • 获取该时间戳并在 master 的二进制日志中找到相同的时间戳\
      • 靠近主副本的时间戳在合适的位置应该是
      • CHANGE MASTER TO无论您选择什么主二进制日志，请在从属服务器上的命令中使用该二进制日志
      • 无论您在所选的主二进制日志中找到什么位置，都可以在从站的CHANGE MASTER TO命令中使用该位置

    这是最大程度地减少由于双密钥引起的任何数据冲突的最佳方法

    可以肯定的是，在 Slave 上将其添加到 my.cnf

    [mysqld]
slave-skip-errors=1062

    然后重启mysql。这将绕过运行后的所有重复键冲突START SLAVE;。当 Seconds_Behind_Master 达到 0 时，删除该行并在 Slave 上重新启动 mysql。从那里开始，MySQL 复制方面的一切都应该没问题。

    • 2

  2. 风险/缺点，尤其是在使用基于语句的复制时：

    • 插入表 (pk_auto_inc_col, value_column) 值 (null, 123)；那里没有碰撞，它只会创建一个重复的记录。随后的插入现在全部偏移
    • 更新 tbl set col=col+1; col 值再次增加
    • 1

相关问题