mysql主从复制原理的理解,MySQL主从复制以及原理好理解）

在线QQ客服：1922638

专业的SQL Server、MySQL数据库同步软件

1.在具有复杂业务的系统中，存在这样一种情况，即存在一个需要锁定表的sql语句，这会导致读取服务暂时不可用，然后会影响正在运行的业务非常。主库负责编写，而从库则负责阅读。这样，即使主库中有锁表情况，也可以通过读取从库来确保业务的正常运行。

2.作为数据的热备份，可以在主数据库关闭后及时更换主数据库，以确保业务可用性。

3.架构的扩展。业务量在增加，I/O访问频率过高，无法满足单台计算机的需求。此时，将执行多存储存储，减少磁盘I/O访问的频率，并提高单台计算机的I/O性能。

>

主从复制摘要:

1.将主数据库db的更新事件(更新，插入，删除)写入binlog

2.主库创建一个binlog转储线程，并将binlog的内容发送到从属库

3.从库开始并启动连接，连接到主库

4.从库启动后，创建一个I/O线程，读取从主库传递来的binlog的内容，并将其写入中继日志

5.从库启动后，创建一个SQL线程，从中继日志中读取内容，执行从Exec_Master_Log_Pos位置读取的更新后的事件，并将更新后的内容写入从属db

注意:上面的过程是一个相对过程，而不是一个绝对过程

MySQL主从复制是一个异步复制过程。主库将更新事件发送到从库，从库中读取更新记录，并执行更新记录，以便从库的内容与主库一致。

binlog:二进制日志，一个二进制文件，将所有更新事件日志存储在主库中。 binlog是一个文件，从启动数据库服务开始，它将所有更改保存到数据库中(数据库结构和内容)。在主库中，只要有更新事件，它就会被顺序写入二进制日志，然后被推送到从库中，作为从从库复制的数据源。

binlog输出线程:只要有一个从库连接到主库，主库就会创建一个线程，然后将binlog内容发送到从库。对于每个要发送到从属库的sql事件，binlog输出线程将锁定它。线程读取事件后，即使事件完全发送到从属库，也会释放该锁。

在从属库中，当复制开始时，从属库将创建一个从属I/O线程和一个从属SQL线程以进行复制处理。

从库I/O线程:在从库中执行START SLAVE语句时，从库将创建一个I/O线程，该线程连接到主库并请求主库在binlog中发送更新记录到奴隶库。从库I/O线程读取主库的binlog输出线程发送的更新，并将这些更新复制到本地文件，包括中继日志文件。

库中的SQL线程:从库中创建SQL线程。该线程将从库I/O线程写入到中继日志的更新事件读取并执行。

总之，我们可以看到:

对于每个主从复制连接，都有三个线程。具有多个从属库的主库为连接到该主库的每个从属库创建一个binlog输出线程。每个从属库都有自己的I/O线程和SQL线程。

从属库创建两个单独的线程，因此在复制时，从属库的读写是分开的。因此，即使负责执行的线程运行速度较慢，负责读取更新语句的线程也不会变慢。例如，如果从属库没有运行一段时间，则在此处启动它时，尽管其SQL线程执行速度相对较慢，但其I/O线程可以快速从主库读取所有binlog内容。这样，即使从属库在SQL线程执行所有读取语句之前停止运行，I/O线程也至少已完全读取了所有内容并将其安全地备份到了从属库的本地中继日志中。 ，准备在下次启动库时执行该语句。

10.完成:

编写一个shell脚本，使用zabbix，nagios等…监视从属服务器的两个yes(Slave_IO和Slave_SQL进程)。如果只有一或为零，则表明主从设备有问题。