MariaDB在Linux上的复制功能详解

MariaDB的复制功能是其高可用性和扩展性的核心组件，主要通过异步复制（默认）实现主从数据同步，支持多种架构（如主从复制、主主复制）。以下从基础配置、关键参数、常见问题及优化方向展开说明。

一、复制基础架构与配置流程

MariaDB复制的核心逻辑是主服务器（Master）记录所有数据变更到二进制日志（Binary Log），从服务器（Slave）通过I/O线程读取主库的二进制日志并写入中继日志（Relay Log），再通过SQL线程执行中继日志中的事件，实现数据同步。

1. 主服务器（Master）配置

修改配置文件（通常为/etc/my.cnf或/etc/mysql/mariadb.conf.d/50-server.cnf），添加以下参数：

[mysqld]
server-id = 1                # 唯一标识（主从服务器必须不同）
log_bin = /var/log/mysql/mysql-bin.log  # 启用二进制日志
binlog_do_db = your_database # 指定需要复制的数据库（可选，避免复制无用数据）

重启MariaDB服务使配置生效：
```
sudo systemctl restart mariadb
```

创建复制用户（用于从库连接主库）：

CREATE USER 'replicator'@'%' IDENTIFIED BY 'strong_password';
GRANT REPLICATION SLAVE ON *.* TO 'replicator'@'%';
FLUSH PRIVILEGES;

获取二进制日志位置（用于从库配置）：

FLUSH TABLES WITH READ LOCK;  # 锁定表，确保数据一致性
SHOW MASTER STATUS;           # 记录File（如mysql-bin.000001）和Position（如123）值
UNLOCK TABLES;                # 解锁表

2. 从服务器（Slave）配置

修改配置文件，添加以下参数：

[mysqld]
server-id = 2                # 唯一标识（不能与主库重复）
relay_log = /var/log/mysql/mysql-relay-bin.log  # 启用中继日志
log_bin = /var/log/mysql/mysql-bin.log          # 可选，从库也可记录二进制日志（用于级联复制）
read_only = 1                                   # 设置为只读（对SUPER用户无效，增强安全性）

重启MariaDB服务：
```
sudo systemctl restart mariadb
```

配置复制连接（指定主库信息）：

CHANGE MASTER TO
  MASTER_HOST='master_ip',
  MASTER_USER='replicator',
  MASTER_PASSWORD='strong_password',
  MASTER_LOG_FILE='mysql-bin.000001',  # 主库记录的File值
  MASTER_LOG_POS=123;                  # 主库记录的Position值

启动复制进程：
```
START SLAVE;
```
检查复制状态（关键指标）：
```
SHOW SLAVE STATUS\G
```
需确保Slave_IO_Running和Slave_SQL_Running均为Yes，否则需根据错误信息排查问题（如网络连接、权限不足、二进制日志丢失等）。

二、复制类型与扩展架构

1. 主从复制（Master-Slave）

最常见的复制模式，主库负责写操作，从库负责读操作，实现读写分离，提升系统吞吐量。适用于对数据一致性要求较高的场景（如电商订单系统）。

2. 主主复制（Master-Master）

两个节点互为主从，均可处理读写请求。需解决自动增长ID冲突问题，通过以下参数配置：

# 节点1配置
auto_increment_offset = 1  # ID起始值（奇数）
auto_increment_increment = 2  # ID步长（2）

# 节点2配置
auto_increment_offset = 2  # ID起始值（偶数）
auto_increment_increment = 2  # ID步长（2）

注意：主主复制存在数据不一致风险（如并发写同一行数据），需通过应用层控制或分布式锁避免。

三、复制常见问题与优化

1. 常见错误及解决方法

错误1236（Fatal error: Could not read from master log）：从库无法找到主库的二进制日志文件或位置。常见原因包括主库清除了二进制日志、从库配置的MASTER_LOG_FILE/MASTER_LOG_POS过期。解决方法：
- 主库启用sync_binlog=ON（确保二进制日志同步到磁盘）；
- 主库设置binlog_expire_logs_seconds（控制二进制日志保留时间，避免过早清除）；
- MariaDB 11.4及以上版本可通过slave_connections_needed_for_purge参数（默认1）控制主库仅在所有从库连接时才清除二进制日志。
复制延迟：从库执行速度慢于主库，导致数据不一致。解决方法：
- 优化从库硬件配置（如增加CPU、内存）；
- 使用SSD存储，提升IO性能；
- 减少从库上的非复制操作（如避免在从库上执行复杂查询）。

2. 复制监控与维护

查看复制状态：SHOW SLAVE STATUS\G（重点关注Seconds_Behind_Master，值为0表示无延迟）；
清理旧二进制日志：PURGE BINARY LOGS TO 'mysql-bin.00000X'（清理指定文件之前的日志，释放磁盘空间）；
验证数据一致性：使用pt-table-checksum（Percona Toolkit工具）对比主从数据差异，确保一致性。

四、注意事项

网络安全：确保主从服务器之间的防火墙开放3306端口（或自定义端口），云服务器需配置安全组规则；
权限管理：复制用户应仅具有REPLICATION SLAVE权限，避免过度授权；
时间同步：主从服务器需保持时间同步（如使用NTP服务），避免因时间差异导致复制问题。

0 赞

0 踩