共计 1635 个字符，预计需要花费 5 分钟才能阅读完成。
自动写代码机器人，免费开通
这篇文章给大家分享的是有关 mysql 主从复制的工作原理的内容。丸趣 TV 小编觉得挺实用的，因此分享给大家做个参考。一起跟随丸趣 TV 小编过来看看吧。
mysql 主从复制原理：首先主库发送更新事件到从库；然后从库读取更新记录，并执行更新记录；最后使得从库的内容与主库保持一致。
mysql 主从复制原理：
为什么要做主从复制
在业务复杂的系统中，有这么一个情景，有一句 sql 语句需要锁表，导致暂时不能使用读的服务，那么就很影响运行中的业务，使用主从复制，让主库负责写，从库负责读，这样，即使主库出现了锁表的情景，通过读从库也可以保证业务的正常运行。
做数据的热备，主库宕机后能够及时替换主库，保证业务可用性。
架构的扩展。业务量越来越大，I/ O 访问频率过高，单机无法满足，此时做多库的存储，降低磁盘 I / O 访问的频率，提高单个机器的 I / O 性能。
MySQL 主从复制的流程
主库 db 的更新事件 (update、insert、delete) 被写到 binlog
主库创建一个 binlog dump thread，把 binlog 的内容发送到从库
从库启动并发起连接，连接到主库
从库启动之后，创建一个 I / O 线程，读取主库传过来的 binlog 内容并写入到 relay log
从库启动之后，创建一个 SQL 线程，从 relay log 里面读取内容，从 Exec_Master_Log_Pos 位置开始执行读取到的更新事件，将更新内容写入到 slave 的 db
注：上述流程为相对流程，并非绝对流程
MySQL 主从复制的原理
MySQL 主从复制是一个异步的复制过程，主库发送更新事件到从库，从库读取更新记录，并执行更新记录，使得从库的内容与主库保持一致。
binlog：binary log，主库中保存所有更新事件日志的二进制文件。binlog 是数据库服务启动的一刻起，保存数据库所有变更记录（数据库结构和内容）的文件。在主库中，只要有更新事件出现，就会被依次地写入到 binlog 中，之后会推送到从库中作为从库进行复制的数据源。
binlog 输出线程：每当有从库连接到主库的时候，主库都会创建一个线程然后发送 binlog 内容到从库。对于每一个即将发送给从库的 sql 事件，binlog 输出线程会将其锁住。一旦该事件被线程读取完之后，该锁会被释放，即使在该事件完全发送到从库的时候，该锁也会被释放。
在从库中，当复制开始时，从库就会创建从库 I / O 线程和从库的 SQL 线程进行复制处理。
从库 I / O 线程：当 START SLAVE 语句在从库开始执行之后，从库创建一个 I / O 线程，该线程连接到主库并请求主库发送 binlog 里面的更新记录到从库上。从库 I / O 线程读取主库的 binlog 输出线程发送的更新并拷贝这些更新到本地文件，其中包括 relay log 文件。
从库的 SQL 线程：从库创建一个 SQL 线程，这个线程读取从库 I / O 线程写到 relay log 的更新事件并执行。
综上所述，可知：
对于每一个主从复制的连接，都有三个线程。拥有多个从库的主库为每一个连接到主库的从库创建一个 binlog 输出线程，每一个从库都有它自己的 I / O 线程和 SQL 线程。
从库通过创建两个独立的线程，使得在进行复制时，从库的读和写进行了分离。因此，即使负责执行的线程运行较慢，负责读取更新语句的线程并不会因此变得缓慢。比如说，如果从库有一段时间没运行了，当它在此启动的时候，尽管它的 SQL 线程执行比较慢，它的 I / O 线程可以快速地从主库里读取所有的 binlog 内容。这样一来，即使从库在 SQL 线程执行完所有读取到的语句前停止运行了，I/ O 线程也至少完全读取了所有的内容，并将其安全地备份在从库本地的 relay log，随时准备在从库下一次启动的时候执行语句。
感谢各位的阅读！关于 mysql 主从复制的工作原理就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到吧！
向 AI 问一下细节丸趣 TV 网 – 提供最优质的资源集合！
