1. MySQL主从复制机制简述

MySQL的主从复制机制是一种数据复制方案，用于在多个服务器之间同步数据。此机制允许从一个服务器（主服务器）到一个或多个其他服务器（从服务器）进行数据的复制，从而增强数据冗余、提高读取性能，并且为灾难恢复提供保障。以下是MySQL主从复制机制的简要概述：

复制过程

二进制日志（Binary Logging）:

主服务器上的所有更改（如INSERT、UPDATE、DELETE等）都被记录在二进制日志（binlog）中。

这些更改是以事件的形式记录的，事件中包含了SQL语句或行级别的数据更改描述。

从服务器连接:

从服务器连接到主服务器，请求复制二进制日志中的更改。

从服务器通过I/O线程向主服务器请求二进制日志文件和位置。

日志传输:

主服务器通过一个线程（log dump thread）将二进制日志文件的内容发送给从服务器。

中继日志（Relay Logging）:

从服务器接收到的二进制日志事件被存储在本地的中继日志（relay log）中。

中继日志用于缓冲从主服务器接收到的事件，直到它们被应用。

事件应用:

从服务器上的SQL线程从本地的中继日志中读取事件，并在从服务器上执行相应的SQL语句。

这个过程确保了从服务器上的数据与主服务器保持一致。

复制类型

基于语句的复制（SBR）:

MySQL记录执行的SQL语句，而不是具体的数据变化。

这种模式通常会产生更小的二进制日志，但在某些情况下可能会遇到数据不一致的问题。

基于行的复制（RBR）:

MySQL记录每个事务中每行数据的前后状态。

这种模式更精确，但可能会产生更大的二进制日志。

混合模式复制（MBR）:

结合了SBR和RBR的优点，通常使用SBR，但在检测到可能引起不一致性的语句时，会自动切换到RBR。

注意事项

版本兼容性:

主服务器和从服务器应运行相同或兼容的MySQL版本，以避免潜在的兼容性问题。

时间同步:

主服务器和从服务器之间的时间必须同步，以防止时间戳相关的错误。

资源消耗:

复制会消耗网络带宽和磁盘空间，因此需要适当规划和监控。

延迟:

从服务器的数据可能滞后于主服务器，特别是在网络延迟较高或从服务器负载较高的情况下。

通过合理配置和监控，MySQL的主从复制机制可以显著提升系统的可靠性和性能。

如果大家需要视频版本的讲解，欢迎关注我的B站：