更新时间:2024-04-11 GMT+08:00
MySQL源库设置了global binlog_format = ROW没有立即生效
使用DRS进行MySQL的迁移时,必须确保源库的binlog_format是ROW格式的,否则就会导致任务失败甚至数据丢失。在源库设置了global级别的binlog_format=ROW之后,还需要中断之前所有的业务连接,因为设置之前的连接使用的还是非ROW格式的binlog写入。
安全设置global级binlog_format=ROW的步骤
- 通过MySQL官方客户端或者其它工具登录源数据库。
- 在源数据库上执行全局参数设置命令。
set global binlog_format = ROW;
- 在源数据库上执行如下命令确认上面操作已执行成功。
select @@global.binlog_format;
- 您可以通过如下两种方式确保修改后的源库binlog_format格式立即生效。
方法一:
- 选择一个非业务的时间段,中断当前数据库上的所有业务连接。
- 通过如下命令查询当前数据库上的所有业务连接(所有的binlog Dump连接及当前连接除外)。
show processlist;
- 中断上面查出的所有业务连接。
在上述操作未结束之前,请不要创建或者启动迁移任务,否则会导致数据不一致。
- 通过如下命令查询当前数据库上的所有业务连接(所有的binlog Dump连接及当前连接除外)。
- 为了避免源库binlog_format格式因为数据库重启失效,请在源库的启动配置文件(my.ini或my.cnf等)中添加或修改配置参数binlog_format并保存。
binlog_format=ROW
方法二:
- 为了避免源库binlog_format格式因为数据库重启失效,请在源库的启动配置文件(my.ini或my.cnf等)中添加或修改配置参数binlog_format并保存。
binlog_format=ROW
- 确保上述配置参数binlog_format添加或修改成功后,选择一个非业务时间段,重启源数据库即可。
- 选择一个非业务的时间段,中断当前数据库上的所有业务连接。
父主题: 通用操作