在启动MySQL之间的增量数据迁移任务时,DTS将在预检查阶段对源数据库进行Binlog检查。本文将介绍源库Binlog检查涉及的检查项及修复方法。
源库Binlog是否开启检查
该检查项主要检查源数据库是否开启Binlog功能。如果检查失败,请参考下述方法修复。
修复方法:
登录自建MySQL数据库服务器。
使用
vim
命令修改配置文件my.cnf中的如下参数。说明配置文件my.cnf的默认路径为/etc/my.cnf,请以实际情况为准。
log_bin=mysql_bin binlog_format=row server_id=2 #大于1的整数,此处仅为示例。 binlog_row_image=full #如果源数据库为MySQL 5.6及以上的版本,需设置该项。
参考如下命令,重启MySQL。
/etc/init.d/mysqld restart
说明您也可以根据实际情况,使用其他命令或方式进行重启。
登录自建的MySQL源数据库,执行如下SQL语句,确认Binlog功能已启用。
show variables like '%log_bin%';
系统显示类似如下信息:
重新执行DTS的预检查。
源库Binlog模式检查
该检查项主要检查源数据库的Binlog模式是否为ROW
。如果检查失败,请参考下述方法修复。
修复方法:
登录自建MySQL数据库服务器。
修改MySQL的配置文件my.cnf,将binlog_format的参数值修改为
row
。说明配置文件my.cnf的默认路径为/etc/my.cnf,请以实际情况为准。
log_bin=mysql_bin binlog_format=row #Binlog模式修改为row。 server_id=2 #大于1的整数,此处仅为示例。 binlog_row_image=full #如果源数据库为MySQL 5.6及以上的版本,需设置该项。
参考如下命令,重启MySQL。
/etc/init.d/mysqld restart
说明您也可以根据实际情况,使用其他命令或方式进行重启。
登录自建的MySQL源数据库,执行如下SQL语句,确认Binlog的模式已经修改为
ROW
。show variables like '%log_bin%';
系统显示类似如下信息:
重新执行DTS的预检查。
源库Binlog存在性检查
该检查项主要检查源数据库的Binlog文件是否被删除。如果检查失败,说明源数据库的Binlog文件不完整,请参考下述方法修复。
修复方法:
在预检查对话框中,单击源库Binlog存在性检查项右侧的提示按钮。
在弹出的查看详情对话框中,查看失败原因,根据提示记录缺少的Binlog文件。
判断缺失的Binlog文件重要性,选择对应的处理方式。
如果该Binlog文件不重要,可以忽略,则登录自建的MySQL源数据库,执行如下SQL语句,清除报错Binlog以及之前的所有Binlog文件。
PURGE BINARY LOGS TO '[$Binlog_Filename]';
说明[$Binlog_Filename]指报错Binlog文件之后的第一个Binlog文件名,例如提示缺少的Binlog文件为“mysql_bin.000003”,则此处[$Binlog_Filename]应该为“mysql_bin.000004”。
如果该Binlog文件较重要,不可忽略,则联系自建MySQL数据库的管理员,尝试恢复该Binlog文件。
重新执行DTS的预检查。
源库binlog_row_image是否为FULL
该检查项仅针对MySQL 5.6及以上版本的数据库,主要检查源数据库的binlog_row_image
参数是否为FULL
。如果检查失败,说明源数据库的Binlog未记录全镜像,请参考下述方法修复。
修复方法:
登录自建MySQL数据库服务器。
修改MySQL的配置文件my.cnf,将binlog_row_image的参数值修改为
full
。说明配置文件my.cnf的默认路径为/etc/my.cnf,请以实际情况为准。
log_bin=mysql_bin binlog_format=row server_id=2 #大于1的整数,此处仅为示例。 binlog_row_image=full #如果源数据库为MySQL 5.6及以上的版本,需设置该项。
参考如下命令,重启MySQL。
/etc/init.d/mysqld restart
说明您也可以根据实际情况,使用其他命令或方式进行重启。
重新登录MySQL源数据库,执行如下SQL语句,确认binlog_row_image参数为
FULL
。show variables like '%log_bin%';
重新执行DTS的预检查。