mysql主从复制

1.mysql为什么需要主从复制？

1、业务复杂的系统：场景>>有一条sql语句需要锁表，导致暂时不能使用读服务，此时就会影响运行中的业务；使用主从复制，主库负责写，从库负责读，即使主库出现了锁表的情景，通过读从库也可以保证业务的正常运作。
2、做数据的热备
3、架构的扩展。业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能

2.什么是mysql的主从复制

MySQL 主从复制是指数据可以从一个MySQL数据库服务器的主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式，这样从节点不用一直访问主服务器来更新自己的数据，数据的更新可以在远程连接上进行，从节点可以复制主数据库中的所有数据库或者特定的数据库，或者特定的表。

3.mysql主从复制原理

原理：

1. master服务器将数据的改变记录二进制binlog日志，当master上的数据发生改变时，则将其改变写入二进制日志中；
2. slave服务器会在一定时间间隔内对master二进制日志进行探测其是否发生改变，如果发生改变，则开始一个I/O Thread请求master二进制事件
3. 同时主节点为每个I/O线程启动一个dump线程，用于向其发送二进制事件，并保存至从节点本地的中继日志中，从节点将启动SQL Thrread从中继日志中读取二进制日志，在本地重放，使得其数据和主节点的保持一致，最后I/O Thread和SQL Thread将进入睡眠状态，等待下一次被唤醒。

具体步骤：

1. 从库通过手工执行change master to 语句连接主库，提供了连接的用户一切条件（username、password、port、ip），并且让从库知道，二进制日志的起点位置（file名、 position 号）；start slave
2. 从库的IO线程和主库的dump线程建立连接。
3. 从库根据change master to 语句提供的file名和position号，IO线程向主库发起binlog的请求。
4. 主库dump线程根据从库的请求，将本地binlog以events的方式发给从库IO线程。
5. 从库IO线程接收binlog events，并存放到本地relay-log中，传送过来的信息，会记录到master.info中
6. 从库SQL线程应用relay-log，并且把应用过的记录到relay-log.info中，默认情况下，已经应用过的relay 会自动被purge线程清理

4.mysql主从形式

• 一主一从
• 主主复制
• 一主多从
• 多主一从
• 级联复制

5.mysql主从同步延时分析

​ mysql的主从复制都是单线程的操作，主库对所有DDL和DML产生的日志写进binlog，由于binlog是顺序写，所以效率很高，slave的sql thread线程将主库的DDL和DML操作事件在slave中重放。DML和DDL的IO操作是随机的，所以成本要高很多
另一方面，由于sql thread也是单线程的，当主库的并发较高时，产生的DML数量超过slave的SQL thread所能处理的速度，或者当slave中有大型query语句产生了锁等待，那么延时就产生了。
​
解决方案：

• 1.业务的持久化层的实现采用分库架构，mysql服务可平行扩展，分散压力。
• 2.单个库读写分离，一主多从，主写从读，分散压力。这样从库压力比主库高，保护主库。
• 3.服务的基础架构在业务和mysql之间加入memcache或者redis的cache层。降低mysql的读压力。
• 4.不同业务的mysql物理上放在不同机器，分散压力。
• 5.使用比主库更好的硬件设备作为slave，mysql压力小，延迟自然会变小。
• 6.使用更加强劲的硬件设备

​ mysql5.7之后使用MTS并行复制技术，永久解决复制延时问题
​
​
​
​
​