位置: 编程技术 - 正文
MySQL多线程复制遇到Error_code: 1872的解决方案(mysql8.0并行复制)
编辑：rootadmin推荐整理分享MySQL多线程复制遇到Error_code: 1872的解决方案(mysql8.0并行复制)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:mysql多个线程取数据不重复,mysql并发复制,mysql多线程并发读取数据,mysql并发复制,mysql5.7 并行复制,mysql多个线程取数据不重复,mysql 多线程复制,mysql多线程并发读取数据,内容如对您有帮助，希望把文章链接给更多的朋友！
上周在生产环境上遇到一个问题，不敢独享，拿出来给小伙伴们做个简单的分享。
起因 ：由于IDC机房断电（估计又是哪里被挖掘机碰了下吧），导致所有服务器重启，影响到了其中的MySQL数据库。来看下这时数据库遇到的问题：
数据库版本 ：MySQL 5.7.
问题表现
：从机复制报如下错误：Slave SQL for channel ”: Slave failed to initialize relay log info structure from the repository, Error_code:
用了Inside君的MySQL标准配置文件模板，怎么没有实现crash safe呢？其实,这主要是因为多线程复制（MTS）所引起。不知MySQL 5.7，即使MySQL 5.6也同样会遇到问题。
在MTS场景下，可能会出现以下两个问题：
gap事务：后执行的事务先回放（apply）了Exec_Master_Log_Pos位置不准确：可能存在已经事务已经提交，但是位置还没更新（单线程复制不存在此问题）gap事务比较好理解，因为不论是基于database级别的MTS，还是基于logical_clock的MTS，都可能存在下面的这种场景：
由于MTS的原因，后面的事务可能比前面的事务早执行，如上图终可能事务tx2和tx4都已经提交了，但是事务tx1和tx3还未提交。这时就称为存在gap事务。在基于logical_clock的MTS场景下，用户可以通过配置 参数slave_preserve_commit_order=1 来保证提交的顺序性。
另一方面，这时Exec_Master_Log_Pos也是不准确的，当发生crash时，master info中依然记录的是tx1事务开始执行的位置（见上图右边的部分）。切记，即使将参数slave_preserve_commit_order设置为1，MTS场景下依然不能保证Exec_Master_Log_Pos是准确的，其称之为 gap-free low-watermark 。因为MTS场景下对于表slave_realy_info_log的更新并不是事务的（这个需要好好体会下）。
然而，MTS场景下引入了新的事务表slave_worker_info，用以表示发生宕机时每个线程更新到的位置，其与Worker线程的回放是事务的。因此，MySQL在恢复的时候可以通过通过Exec_Master_Log_Pos与表slave_worker_info的列Master_log_pos做对比，判断是否需要回放当前事务。
在MySQL 5.7.版本之前，当发生宕机后需要手动执行如下操作，若直接执行CHANGE MASTER TO操作，则可能会触发上述错误：
由于服务器上的MySQL版本为5.7.，而DBA试图通过命令CHANGE MASTER TO来修复复制问题，因此导致了上述问题。而在MySQL 5.7.版本后，上述问题将有MySQL自动修复。简单来说，即使发生了宕机，也能准确并自动地恢复复制的运行状态。
不过，当Inside升级到MySQL 5.7.过程时，又遇到了一个不大不小的坑，这个就留着等下回分享吧。
Mysql5.6启动内存占用过高解决方案 vps的内存为M,安装好nginx,php等启动起来,mysql死活启动不起来看了日志只看到对应pid被结束了,后跟踪看发现是内存不足被killed;调整my.cnf参数,重新配置（
教你如何恢复使用MEB备份的MySQL数据库 恢复使用MEB备份的MySQL数据库，执行一个普通备份[root@testbin]#./mysqlbackup--defaults-file=/service/mysql5.5/my.cnf--socket=/data/mysql5.5/mysql.sock--user=root--backup-dir=/backup/5
简单谈谈MySQL中的int(m) 我们在设计表的时候，如果碰到需要设置int(整型)的时候，通常会按照惯例（大家都这样写）设置成int()。那么这里为什么是呢？代表的又是什么呢？
标签: mysql8.0并行复制
本文链接地址:https://www.jiuchutong.com/biancheng/348613.html 转载请保留说明！上一篇：Mysql挂掉后无法重启报pid文件丢失的解决方法(mysql挂了怎么排查)
