mysql主从复制

一、什么是主从复制？

1.用来建立一个和主数据库完全一样的数据库环境，称为从数据库。主数据库一般是准实时的业务数据库。在master中创建数据库，创建表，进行增删改操作都会被同步到所有slave中。

2.从库只能读数据，因为当从库写了数据positon会变化，且从库的版本要高于或等于主库。

二、主从复制的原理？

（1）主库db的更新事件(update、insert、delete)被写到binlog（binlog二进制文件记录了所有的sql语句）；

（2）从库发起连接，连接到主库；

（3）主库创建binlog输出线程，把binlog的内容发送到从库；

（4）从库启动之后，创建从库IO线程，读取主库传来的binlog内容，写到relaylog;

（5）创建从库的SQL线程，这个线程读取从库relaylog的更新事件并执行。

三、主从复制的作用？

1.数据的热备份，作为后备数据库，主数据库服务器故障后，可切换到从数据库继续工作，避免数据丢失；

2.读写分离；

3.实时灾备，用于故障切换。

四、其他问题

1.数据库的读的延迟问题了解吗？如何解决？

并行复制—-解决从库复制延迟的问题。

2.做主从后主服务器挂了怎么办？（将从库切换为主库）

（1）选pos最大的（一致性更高的）作为主库；

（2）使用半同步复制功能；

五、半同步复制、异步复制、全同步复制

1.异步复制（默认）

主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理。这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。

2.全同步复制

指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。性能上会收到影响。

3.半同步复制

（1）主库在执行完客户端提交的事务后不是立刻返回给客户端，，而是等待至少一个从库接收到并写到relay log中才返回给客户端。半同步复制最好在低延时的网络中使用。

（2）半同步复制存在哪些问题？（在得到从库确认的过程中，主库宕机了）

a.事务没发送到从库上：客户端会收到事务提交失败的信息，客户端会重新提交该事务到新的主上，当宕机的主库重新启动后，事务在从库中被提交了两次，一次是之前作为主的时候，一次是被新主同步过来的。

b.事务已经发送到从库上：从库已经收到并应用了该事务，但是客户端仍然会收到事务提交失败的信息，重新提交该事务到新的主上

（3）解决方案：（实现无数据丢失的半同步复制）

MySQL 5.7引入了一种新的半同步方案：Loss-Less半同步复制。（“Waiting Slave dump”被调整到“Storage Commit”之前）

show status like 'Rpl_semi_sync_slave_status；监控主从是否运行在半同步复制模式下。