Mysql主日志pos在全局锁期间发生变化？

Question

我必须设置一个新的 mysql 复制来复制两个数据库。所以我有这个脚本来锁定表，进行转储并解锁它们。

runme.sh

mysql -uxxx -pxxx < 1.sql >> logpos.txt
mysqldump -uXXX -pXXX db1 > db1.sql
mysqldump -uXXX -pXXX db2 > db2.sql
mysql -uxxx -pxxx < 2.sql >> logpos.txt

第一个 sql 文件锁定表并导出主状态：

1.sql

FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS;

第二个文件导出主状态并解锁表

2.sql

SHOW MASTER STATUS;
UNLOCK TABLES;

结果如下所示：

logpos.txt

File    Position        Binlog_Do_DB    Binlog_Ignore_DB
mysql-bin.000335        49106285        fli_search,flimmit
File    Position        Binlog_Do_DB    Binlog_Ignore_DB
mysql-bin.000335        49139991        fli_search,flimmit

问题： 当表被锁定时，日志位置如何改变？

Server version:  5.0.51a-24+lenny4-log (Debian)

我可以为多个数据库执行 mysqldump 并添加 --master-data，但我不知何故感到不安全，因为涉及不同的数据库格式，而且我无法真正找出 mysqldump --master-data 在多个数据库中的行为方式。所以我有这个脚本并得到了不同的日志位置......知道为什么吗？我无法使用它来设置复制...

更新：

我最终决定使用 mysqldump --master-data --databases db1 db2 设置复制 该转储是今晚凌晨 1 点创建的。 今天上午 10 点左右，我设置了奴隶。我完全清除了数据库（删除了所有表）并导入了转储，这会自动正确设置主日志文件和日志位置。我检查了它与 sql 转储中的相同。一切看起来都很好。 当然，我在导入之前停止了从属设备（否则我无法通过将 master 更改为语句来导入转储）。 我启动了奴隶，一切看起来都很好。 log pos 增加，master 落后的秒数减少并变为 0，并且一些测试数据被正确复制。

但今天上午 7 点左右（转储创建和导入之间的时间窗口）的重大更新却缺失了。它从表中删除了旧记录，在奴隶身上它们仍然存在...... 知道为什么吗？

需要任何其他信息吗？评论...

Answer 1

如果您想查看在这两个位置值之间写入二进制日志的内容，您可以使用 mysqlbinlog 工具，将相关二进制日志条目转换为SQL。只需使用第一个 pos 作为开始位置，第二个 pos + 1 作为停止位置。这样您将看到 FLUSH 之后发生的所有事件（它还会显示刷新之前发生的最后一个事件，因此只需忽略第一个事件）。

使用你的例子：

mysqlbinlog --start-position=49106286 --stop-position=49139992 mysql-bin.000335

Answer 2

看起来我也必须这样做：

FLUSH TABLES WITH WRITE LOCK;

主数据开关似乎不可靠......

Answer 3

您看到更改的原因是第一个脚本退出后锁就会被释放。从 手册：

警告 - 让发出 FLUSH TABLES 语句的客户端保持运行状态，以便读锁保持有效。如果退出客户端，锁就会被释放。