MySQL 主从复制原理与实战

Sat, 10 Aug 2024 00:00:00 +0000

当单台 MySQL 的查询压力越来越大时，一个常见的扩展方案就是增加 Replica。

例如：

 Application
 │
 ┌──────┴──────┐
 ↓ ↓
 Write Read
 ↓ ↓
 Primary Replica

Primary 负责写入，Replica 负责读取。

但 MySQL 并不是简单地把 Primary 的数据文件复制给 Replica，而是通过 Binlog + 复制线程 将数据变更传播到其他实例。

因此，要真正理解 MySQL 主从复制，需要先搞清楚：

Primary
 ↓
Binlog
 ↓
网络
 ↓
Relay Log
 ↓
复制线程
 ↓
Replica

本文从这个链路开始介绍。

1. 什么是 MySQL 主从复制

MySQL Replication 是一种将一个 MySQL 实例上的数据变更复制到其他 MySQL 实例的机制。

Sun, 23 Jun 2024 00:00:00 +0000

在学习 MySQL InnoDB 时，经常会遇到三个日志：

Redo Log
Undo Log
Binlog

它们名字相似，但解决的问题完全不同。

简单来说：

Redo Log
→ 数据库崩溃后，恢复已经发生的修改

Undo Log
→ 事务回滚、MVCC

Binlog
→ 记录数据库逻辑变更，用于复制、恢复等

其中最容易混淆的是：

为什么 InnoDB 已经有 Redo Log 了，MySQL 还需要 Binlog？

原因在于 Redo Log 和 Binlog 所处的层次、记录内容和设计目标并不相同。

理解三者的关系，也是理解 MySQL 事务提交和主从复制的基础。

假设执行：

UPDATE users
SET balance = balance - 100
WHERE id = 1;

最简单的想法是：

修改内存
↓
直接把数据写入磁盘
↓
完成

但真实数据库不能简单这样做。