首页 > 解决方案 > mysql转储文件和binlog不一致

问题描述

我正在尝试对我们的生产数据库进行时间点恢复,但是在恢复转储后读取二进制日志时,我得到ERROR 1062 (23000) at line x in file: 'binlogs_file.sql': Duplicate entry 'y' for key 'PRIMARY'. 我已经仔细检查过,似乎二进制日志中的插入语句已经存在于转储文件中,因此也存在于新恢复的测试数据库中。

这是我每天早上在生产服务器上运行的 mysqldump 语句:

echo "SET autocommit=0;" >> backup_file.sql
echo "SET unique_checks=0;" >> backup_file.sql
echo "SET foreign_key_checks=0;" >> backup_file.sql
mysqldump --flush-logs --quick --single-transaction --master-data=2 --force --  routines  <databese_name> >> backup_file.sql`
echo "COMMIT;" >> backup_file.sql
echo "SET unique_checks=1;" >> backup_file.sql
echo "SET foreign_key_checks=1;" >> backup_file.sql

我将最新的转储复制到测试服务器(这是我们生产服务器的快照,只有三周大)。恢复测试数据库后,我使用以下命令检索要从哪个 binlog 文件开始:

cat backup_file.sql | grep 'CHANGE MASTER TO MASTER_LOG_FILE'

并返回:

CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.006502', MASTER_LOG_POS=154;

mysql-bin.006502从生产服务器复制该文件以及所有后续的 binlog 文件,并从中创建一个 .sql 文件(注意该位置是多余的,这--flush-logs是 mysqldump 语句的一部分)

mysqlbinlog mysql-bin.006502 > binlogs_file.sql
mysqlbinlog mysql-bin.006503 >> binlogs_file.sql
mysqlbinlog mysql-bin.006504 >> binlogs_file.sql 

下一步是针对数据库运行 binlogs_file.sql。

mysql -u <db_user> -p -e "source binlogs_file.sql"

然后出现错误:

ERROR 1062 (23000) at line x in file: 'binlogs_file.sql': Duplicate entry 'y' for key 'PRIMARY'

我们在生产服务器和测试服务器(都是 Debian 8.10)上运行 MySql 5.7.19。这些是生产服务器上的 binlog 相关变量:

binlog_format                   = mixed
binlog_group_commit_sync_delay   =   0                                                                                                                              
binlog_group_commit_sync_no_delay_count = 0 

我究竟做错了什么?为什么不一致?

标签: mysqlreplicationmysqlbinlog

解决方案


推荐阅读