使用DTS的增量数据迁移时Binlog相关的预检查项失败怎么办?
使用DTS进行增量数据迁移时,如果下列与源数据库Binlog相关的预检查项失败,请单击对应的预检查项查看解决方案。
源库Binlog开启检查:检查源数据库是否开启Binlog。 源库Binlog模式检查:检查源数据库的Binlog模式是否为ROW。 源库binlog_row_image是否为FULL:如果源数据库为MySQL5.6及以上的版本,binlog_row_image必须为FULL。 源库Binlog存在性检查:检查源数据库的Binlog是否被删除。
详细信息 如下为各检查项检查失败时的修复方法。
源库Binlog开启检查 该检查项主要检查源数据库是否开启Binlog功能。如果检查失败,表明源库未开启Binlog功能,请参考如下步骤修复。
登录自建的MySQL源数据库所在服务器。 参考如下配置修改MySQL的配置文件my.cnf。 注:my.cnf配置文件的默认路径为/etc/my.cnf,现场以实际情况为准。 log_bin=mysql_bin binlog_format=row server_id=2 //大于1的整数,此处仅为示例。 binlog_row_image=full //如果源数据库为MySQL5.6及以上的版本,需设置该项。 参考如下命令,重启MySQL。 [$Mysql_Dir]/bin/mysqladmin -u root -p shutdown [$Mysql_Dir]/bin/safe_mysqld & 注:[$Mysql_Dir]指MySQL的安装路径,请替换为实际的MySQL安装目录。 登录自建的MySQL源数据库,执行如下SQL语句,确认Binlog功能已启用。 show variables like '%log_bin%'; 系统显示类似如下。
重新执行DTS的预检查。
源库Binlog模式检查 该检查项主要检查源数据库的Binlog模式是否为ROW。如果检查失败,表明源库的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 //如果源数据库为MySQL5.6及以上的版本,需设置该项。 参考如下命令,重启MySQL。 [$Mysql_Dir]/bin/mysqladmin -u root -p shutdown [$Mysql_Dir]/bin/safe_mysqld & 注:[$Mysql_Dir]指MySQL的安装路径,请替换为实际的MySQL安装目录。 登录自建的MySQL源数据库,执行如下SQL语句,确认Binlog的模式已经修改为ROW。 show variables like "%binlog_format%"; 系统显示类似如下。
重新执行DTS的预检查。
源库binlog_row_image是否为FULL 该检查项仅针对MySQL5.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 //如果源数据库为MySQL5.6及以上的版本,需设置该项。 参考如下命令,重启MySQL。 [$Mysql_Dir]/bin/mysqladmin -u root -p shutdown [$Mysql_Dir]/bin/safe_mysqld & 注:[$Mysql_Dir]指MySQL的安装路径,请替换为实际的MySQL安装目录。 重新登录MySQL源数据库,执行如下SQL语句,确认binlog_row_image参数为FULL。 show variables like "%binlog_row_image%"; 重新执行DTS的预检查。
源库Binlog存在性检查 该检查项主要检查源数据库的Binlog文件是否完整。如果检查失败,说明源数据库的Binlog文件不完整,请参考如下步骤修复。
在预检查对话框中,单击源库Binlog存在性检查项右侧的提示按钮。 binlog存在性检查错误 在弹出的 查看详情 对话框中,查看 失败原因,根据提示记录缺少的Binlog文件。 binlog存在性检查修复方法 注:此处以缺少mysql_bin.000003文件为例,现场以实际情况为准。 判断缺失的Binlog文件重要性,选择对应的处理方式。 如果该Binlog文件不重要,可以忽略,则登录自建的MySQL源数据库,执行如下SQL语句,清除报错Binlog以及之前的所有Binlog文件。比如提示缺少的Binlog文件为“mysql_bin.000003”,则需要清理“mysql_bin.000004”之前的所有Binlog文件,包括“mysql_bin.000003”。 PURGE BINARY LOGS TO '[$Binlog_Filename]'; 注:[$Binlog_Filename]指报错Binlog文件之后的第一个Binlog文件名,比如提示缺少的Binlog文件为“mysql_bin.000003”,则此处[$Binlog_Filename]应该为“mysql_bin.000004”。 如果该Binlog文件较重要,不可忽略,则联系自建MySQL数据库的管理员,尝试恢复该Binlog文件。 重新执行DTS的预检查。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。