MySQL复制(Replication)

封面图 • 2025-10-08 • MySQL

MySQL复制（Replication）是MySQL数据库提供的一种**主从复制机制**，用于将一个MySQL数据库（称为**主库**或**Master**）的数据同步到另一个或多个MySQL数据库（称为**从库**或**Slave**）。这种技术常用于数据备份、负载均衡、高可用性等场景。

---

## 一、MySQL复制的基本原理

MySQL复制基于**二进制日志（Binary Log）**机制：

1. **主库**记录所有对数据库的更改操作（如INSERT、UPDATE、DELETE等），并将其写入**二进制日志**。
2. **从库**通过**I/O线程**连接主库，读取主库的二进制日志，并将这些日志内容保存到自己的**中继日志（Relay Log）**中。
3. **从库**的**SQL线程**读取中继日志中的事件，并在从库上重放（Replay）这些事件，从而实现数据同步。

---

## 二、MySQL复制的类型

### 1. **异步复制（Asynchronous Replication）**
- 最常见的方式。
- 主库将事务提交后立即返回，不等待从库确认。
- 可能导致数据丢失（如主库崩溃时未传送到从库）。
- 简单高效，适合大多数应用场景。

### 2. **半同步复制（Semi-Synchronous Replication）**
- 主库在事务提交后，**至少有一个从库确认收到日志**，才会提交事务。
- 数据一致性更高，但性能略低于异步复制。
- 需要MySQL 5.5及以上版本支持。

### 3. **组复制（Group Replication）**
- MySQL 5.7引入的多主复制架构。
- 所有节点组成一个组，数据变更需要在组内达成一致。
- 实现高可用和自动故障切换。

---

## 三、MySQL复制的配置步骤（以异步复制为例）

### 1. **主库配置**

```ini
# my.cnf 或 my.ini 文件
[mysqld]
server-id=1
log-bin=mysql-bin  # 启用二进制日志
binlog-format=ROW  # 推荐使用ROW格式，保证数据一致性
```

重启MySQL服务后，创建用于复制的用户：

```sql
CREATE USER 'repl'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;
```

查看主库状态：

```sql
SHOW MASTER STATUS;
```

输出类似：

```
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 |      120 |              |                  |
+------------------+----------+--------------+------------------+
```

记下 `File` 和 `Position` 的值。

---

### 2. **从库配置**

```ini
# my.cnf 或 my.ini 文件
[mysqld]
server-id=2
relay-log=mysql-relay-bin
```

重启MySQL服务后，执行如下命令：

```sql
CHANGE MASTER TO
  MASTER_HOST='主库IP',
  MASTER_USER='repl',
  MASTER_PASSWORD='password',
  MASTER_LOG_FILE='mysql-bin.000001',
  MASTER_LOG_POS=120;
```

启动复制：

```sql
START SLAVE;
```

检查从库状态：

```sql
SHOW SLAVE STATUS\G
```

查看 `Slave_IO_Running` 和 `Slave_SQL_Running` 是否为 `Yes`。

---

## 四、复制的优缺点

### ✅ 优点：

- 数据备份与恢复
- 负载均衡（读写分离）
- 高可用性
- 支持多级复制（主 -> 从 -> 从）

### ❌ 缺点：

- 延迟问题（网络或负载过高时）
- 数据一致性风险（异步模式）
- 配置复杂，维护成本较高

---

## 五、常见问题排查

### 1. **复制中断**

- 查看错误日志：`SHOW SLAVE STATUS\G`
- 检查 `Last_Error` 字段
- 检查网络是否通畅
- 检查主库的二进制日志是否被删除

### 2. **数据不一致**

- 使用 `pt-table-checksum` 工具进行校验
- 重新初始化从库（使用 `mysqldump` 导出主库数据再导入从库）

---

## 六、复制的扩展功能

| 功能 | 描述 |
|------|------|
| **GTID复制** | 基于全局事务标识符（GTID）的复制，简化复制管理 |
| **多源复制** | 一个从库可以同时复制多个主库 |
| **过滤复制** | 只复制部分数据库或表 |
| **SSL加密复制** | 加密主从之间的通信 |

---

## 七、总结

MySQL复制是一种非常强大的工具，适用于多种生产环境。根据实际需求选择合适的复制方式（异步/半同步/组复制），并合理配置和监控，可以有效提升系统的可靠性和性能。

如果你有具体的使用场景或遇到问题，欢迎继续提问！