MySQL数据复制机制，你知道有什么优缺点吗？

我爱娃哈哈

于 2024-06-02 18:01:40 发布

阅读量633

点赞数 24

分类专栏： MySQL实战文章标签： mysql 数据库

本文链接：https://blog.csdn.net/u010223407/article/details/139394761

版权

本文深入探讨MySQL的复制机制，包括异步、半同步、多源和延迟复制，阐述其优缺点和适用场景。通过二进制日志实现数据同步，确保高可用性和数据一致性。半同步复制在保证数据安全方面尤为重要，适用于金融、电商等关键业务。延迟复制则为应对误操作提供数据恢复窗口。

摘要由CSDN通过智能技术生成

业务需要上线，除了表和索引的结构设计之外，还要做好高可用的设计。因为在真实的生产环境下，如果发生物理硬件故障，没有搭建高可用架构，会导致业务完全不可用。

而这在海量并发访问的互联网业务中完全不敢想象。所以除了业务架构，还要做好可用性的架构设计。

本篇文章，我们一起来看一下MySQL 高可用架构中最基础、最为核心的内容：MySQL 复制（Replication）。

一、MySQL复制架构

数据库复制本质上就是数据同步。MySQL 数据库是基于二进制日志（binary log）进行数据增量同步，而二进制日志记录了所有对于 MySQL 数据库的修改操作。

在默认 ROW 格式二进制日志中，一条 SQL 操作影响的记录会被全部记录下来，比如一条 SQL语句更新了三行记录，在二进制日志中会记录被修改的这三条记录的前项（before image）和后项（after image）。

对于 INSERT 或 DELETE 操作，则会记录这条被插入或删除记录所有列的信息，我们来看一个例子：

DELETE FROM orders_test 

WHERE o_orderdate = '1997-12-31';

Query OK, 2482 rows affected (0.07 sec)

可以看到，上面这条 SQL 执行的是删除操作，一共删除了有 2482 行记录。可以在 mysql 命令行下使用命令 SHOW BINLOG EVENTS 查看某个二进制日志文件的内容，比如上述删除操作发生在二进制日志文件 binlog.000004 中，可以看到：

通过 MySQL 数据库自带的命令 mysqlbinlog，可以解析二进制日志，观察到更为详细的每条记录的信息，比如：

关注