mysql主从复制三个线程

痛定思痛。 2023-10-11 19:02 24阅读 0赞

### mysql主从同步很慢查看是io 还是sql ###

经过分析，业务那边在删除一个大表数据，从库单线程处理不过来，且io性能也比较低，造成堆积

\[mysql@mysql192-168-0-36/data/mysqldata1/relaylog\]iostat-x/dev/sda229

Linux2.6.18-164.el5(mysql192-168-0-36)

本回答由提问者推荐

![mysql主从复制三个线程\_mysql主从复制io线程故障][mysql_mysql_io]

### 什么情况会导致MySQL主从复制延迟 ###

AsynchronousReplicationAutomaticfailover

其原理是在一条异步复制通道上配置多个可用复制源，当某个复制源不可用时(宕机、复制链路中断)，且slave的IO线程尝试重连无效，自动根据权重选择新的源继续同步。

准备一个MGR集群和单实例，模拟复制链路切换，当primary故障，slave自动切换到其他节点。dbdeployerdeployreplication--topology=group8.0.22--single-primarydbdeployerdeploysingle8.0.22

2.在从机上建立指向MGR主节点的复制通道，

changemastertomaster\_user='msandbox',master\_password='msandbox',master\_host='127.0.0.1',master\_auto\_position=1,source\_connection\_auto\_failover=1,master\_port=23223,master\_retry\_count=6,master\_connect\_retry=10forchannel'mgr-single';

在master\_retry\_count和master\_connect\_retry的设置上要考虑尝试重连多久才切换复制源。

3.在从机上配置asynchronousconnectionautofailover

配置asynchronousconnectionautofailover的两个函数：

asynchronous\_connection\_failover\_add\_source(channel-name,host,port,network-namespace,weight)

asynchronous\_connection\_failover\_delete\_source(channel-name,host,port,network-namespace)

权重值大的被优先级选择，可以配合MGR的选举权重配置asynchronous\_connection\_failover的权重。当MGR节点切换，异步复制也能切换到新的主节点。

SELECTasynchronous\_connection\_failover\_add\_source('mgr-single','127.0.0.1',23223,null,100);SELECTasynchronous\_connection\_failover\_add\_source('mgr-single','127.0.0.1',23224,null,80);SELECTasynchronous\_connection\_failover\_add\_source('mgr-single','127.0.0.1',23225,null,50);startslaveforchannel'mgr-single';

4.检查异步复制通道是否启用failover。

mysql>SELECTCHANNEL\_NAME,SOURCE\_CONNECTION\_AUTO\_FAILOVERFROMperformance\_schema.replication\_connection\_configuration;+--------------+---------------------------------+|CHANNEL\_NAME|SOURCE\_CONNECTION\_AUTO\_FAILOVER|+--------------+---------------------------------+|mgr-single|1|+--------------+---------------------------------+1rowinset(0.01sec

5.把MGR的primary节点kill掉，这个从节点会在尝试几轮重连失败后自动切换到次权重的复制源，其日志中会输出切换信息。

注意：当主节点故障，一旦复制链路成功failover后，在新的复制链路没有故障时，如果原主节点恢复，是不会回切的。如果当前复制链路发生故障，会再次选择权重高的进行切换

### MySQL主从复制在主库中删除数据但在从库中不删除数据怎么配置 ###

为什么不在从数据库中删除，而要在主数据库中删除？如果想主数据库删除而从数据库不删除，那又为什么要用主从复制？

![mysql主从复制三个线程\_mysql主从复制io线程故障\_02][mysql_mysql_io_02]

### .io是哪里的域名域名.io是哪里的 ###

英属印度洋领地，是英国的海外领地，包含了印度洋上查戈斯群岛里总数达2300个的大小热带岛屿。

### mysql5.5.29主从复制报错error connecting to master \*\*\*\*\*\*\* -retry-time:60 retries:86400 ###

没有连上贝，检查下是否有防火墙，还有就是服务器是否正常运转

![mysql主从复制三个线程\_mysql主从复制io线程故障\_03][mysql_mysql_io_03]

### MySQL的主从复制原理以及流程 ###

原理：master将数据库的改变写入二进制日志，slave同步这些二进制日志，并根据这些二进制日志进行数据重演操作，实现数据异步同步。流程：1. slave端的IO线程发送请求给master端的binlog dump线程2. master端binlog dump线程获取二进制日志信息(文件名和位置信息)发送给slave端的IO线程3. salve端IO线程获取到的内容依次写到slave端relay log里，并把master端的bin-log文件名和位置记录到master.info里4. salve端的SQL线程，检测到relay log中内容更新，就会解析relay log里更新的内容，并执行这些操作，从而达到和master数据一致原理和流程就是这样了，如果在工作中遇到了，希望帮到你，还有不明白的，可以在网上多搜一下这方面的知识，我这些知识都是在黑马程序员社区看到的，你也可以去看看有没有想了解的。原理：master将数据库的改变bai写入二进制日志，slave同步这些二进制日志，并根据这些二进制日志进行数据重演操du作，实现数据异步同步。流zhi程：1. slave端的io线程发送请求给master端的binlog dump线程2. master端binlog dump线程获取二进制日志信息(文件名和位置信息)发送给daoslave端的io线程3. salve端io线程获取到的版内容依次写到slave端relay log里，并把master端的bin-log文件名和位置记录到master.info里4. salve端的s好的，如果有需要，随权时欢迎你的询问。流程如下：

1. 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中；

2. 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进自己的relay log中；

3. 从：sql执行线程——执行relay log中的语句；

[mysql_mysql_io]: https://img0.baidu.com/it/u=2523087328,1009435386&fm=15&fmt=auto
[mysql_mysql_io_02]: https://img1.baidu.com/it/u=1021060448,546923743&fm=15&fmt=auto
[mysql_mysql_io_03]: https://img2.baidu.com/it/u=3215913508,2221013702&fm=15&fmt=auto