Slave_IO_Running:是
Slave_SQL_Running:是
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:registry.user//同步表例如:tenxcloud_2_0.tenx_users
\ 坑1:
\ Last_IO_Errno:1236
Last_IO_Error:从主机读取数据时从主机收到致命错误1236
二进制日志:”客户端请求主服务器从位置开始复制
\ gt;档案大小”
从MySQL5.6开始,引入了全局变量binlog_checksum,即MySQL还将事件的CRC32检查值写入binlog。显然,MariaDB在分析日志时不会考虑此信息,从而导致解析错误。
解决方案:关闭主库的CRC检查并修改全局变量
在主库中1 显示诸如”%binlog%”之类的变量; 2设置全局binlog_checksum = NONE;
坑2:
我之前使用的MySQL5.5和MariaDB 10.2之间的差异太大,导致出现”中继日志写入”
失败:无法将来自主机问题的事件排队,因此升级了MySQL,并解决了该问题。
解决了这些问题,以实现从MySQL到MariaDB的主从同步,但是应该注意的是,主从同步数据库只能使用相同类型的引擎,通常是无脑的InnoDB,最初想使用MariaDB的columnStore列存储引擎,但是由于主库使用了InnoDB,因此结果数据不同步,并且两者均由InnoDB同步。