使用Docker搭建主从数据库（MySQL）

很多人对主从数据库有一个误区，把多个MySQL搭建在同一个服务器上，性能提升是不是很有限？这个理念是错误的，数据库的性能瓶颈主要是在IO和CPU负载过高，在同一台服务器运行多个数据库，能带来更低的延迟，还能减少很多其他问题，如果不是数据量大到了一定程度，在同一台服务器上创建多个数据库带来的性能提示是非常可观的。

服务器规划：使用docker方式创建，主从服务器IP一致，端口号不一致，密码都设置为123456

• 主服务器：容器名mysql-master，端口3306
• 从服务器：容器名mysql-slave1，端口3307
• 从服务器：容器名mysql-slave2，端口3308

1. 准备主服务器

docker run -d \
-p 3306:3306 \
-v /xk857/mysql/master/conf:/etc/mysql/conf.d \
-v /xk857/mysql/master/data:/var/lib/mysql \
-e MYSQL_ROOT_PASSWORD=123456 \
--name mysql-master \
mysql:8.0.29

默认情况下，MySQL 5.x 和 MySQL 8 社区版都不会自动开启 binlog；如需主从复制或增量备份，请在 my.cnf/my.ini 中显式配置 log-bin、server-id、binlog_format 等可选项。

vim /xk857/mysql/master/conf/my.cnf

配置如下内容，注意和新配置只有三行，其他配置可根据实际情况选用。

[mysqld]
# 服务器唯一id，默认值1
server-id=1
# 设置日志格式，默认值ROW
binlog_format=STATEMENT
# 二进制日志名，默认binlog
# log-bin=binlog
# 设置需要复制的数据库，默认复制全部数据库
#binlog-do-db=mytestdb
# 设置不需要复制的数据库
#binlog-ignore-db=mysql
#binlog-ignore-db=infomation_schema

重启MySQL容器

docker restart mysql-master

binlog格式说明

• binlog_format=STATEMENT：日志记录的是主机数据库的写指令，性能高，但是now()之类的函数以及获取系统参数的操作会出现主从数据不同步的问题。
• binlog_format=ROW（默认）：日志记录的是主机数据库的写后的数据，批量操作时性能较差，解决now()或者 user()或者 @@hostname 等操作在主从机器上不一致的问题。
• binlog_format=MIXED：是以上两种level的混合使用，有函数用ROW，没函数用STATEMENT，但是无法识别系统变量

使用命令行登录MySQL主服务器：

#进入容器：env LANG=C.UTF-8 避免容器中显示中文乱码
docker exec -it mysql-master env LANG=C.UTF-8 /bin/bash
#进入容器内的mysql命令行
mysql -uroot -p123456
#修改默认密码校验方式
ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY '123456';

主机中创建slave用户：

-- 创建slave用户
CREATE USER 'xk857_slave'@'%';
-- 设置密码
ALTER USER 'xk857_slave'@'%' IDENTIFIED WITH mysql_native_password BY '123456';
-- 授予复制权限
GRANT REPLICATION SLAVE ON *.* TO 'xk857_slave'@'%';
-- 刷新权限
FLUSH PRIVILEGES;

主机中查询master状态，执行完此步骤后不要再操作主服务器MYSQL，防止主服务器状态值变化

SHOW MASTER STATUS;

初始化一致性

若主库已存在数据，直接“抄坐标”会导致从库缺数据。两种稳妥方式：

1. GTID + AUTO_POSITION（推荐）：先导出主库快照（mysqldump --set-gtid-purged=ON --single-transaction 或 XtraBackup/Clone），导入从库，再基于 GTID 同步；
2. FTWRL 快照：FLUSH TABLES WITH READ LOCK; → 记下 SHOW MASTER STATUS; → 物理/逻辑备份 → UNLOCK TABLES; → 从库导入备份后按坐标接上。

2. 准备从服务器

可以配置多台从机slave1、slave2…，这里以配置slave1和slave2为例，映射到主机的端口为3307

docker run -d \
-p 3307:3306 \
-v /xk857/mysql/slave1/conf:/etc/mysql/conf.d \
-v /xk857/mysql/slave1/data:/var/lib/mysql \
-e MYSQL_ROOT_PASSWORD=123456 \
--name mysql-slave1 \
mysql:8.0.29

docker run -d \
-p 3308:3306 \
-v /xk857/mysql/slave2/conf:/etc/mysql/conf.d \
-v /xk857/mysql/slave2/data:/var/lib/mysql \
-e MYSQL_ROOT_PASSWORD=123456 \
--name mysql-slave2 \
mysql:8.0.29

创建MySQL从服务器配置文件：

vim /xk857/mysql/slave1/conf/my.cnf
vim /xk857/mysql/slave2/conf/my.cnf

配置如下内容：

[mysqld]
# 服务器唯一id，每台服务器的id必须不同，如果配置其他从机，注意修改id
server-id=2
# 中继日志名，默认xxxxxxxxxxxx-relay-bin
#relay-log=relay-bin

[mysqld]
# 服务器唯一id，每台服务器的id必须不同，如果配置其他从机，注意修改id
server-id=3
# 中继日志名，默认xxxxxxxxxxxx-relay-bin
#relay-log=relay-bin

重启MySQL容器

docker restart mysql-slave1
docker restart mysql-slave2

使用命令行登录MySQL从服务器：

#进入容器：
docker exec -it mysql-slave1 env LANG=C.UTF-8 /bin/bash
#进入容器内的mysql命令行
mysql -uroot -p123456
#修改默认密码校验方式
ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY '123456';

#进入容器：
docker exec -it mysql-slave2 env LANG=C.UTF-8 /bin/bash
#进入容器内的mysql命令行
mysql -uroot -p123456
#修改默认密码校验方式
ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY '123456';

在从机上执行以下SQL操作

CHANGE MASTER TO MASTER_HOST='192.168.31.115', 
MASTER_USER='xk857_slave',MASTER_PASSWORD='123456', MASTER_PORT=3306,
MASTER_LOG_FILE='binlog.000003',MASTER_LOG_POS=1357;

3. 启动主从同步

启动从机的复制功能，执行SQL：

START SLAVE;
-- 查看状态（不需要分号）
SHOW SLAVE STATUS\G

两个关键进程：下面两个参数都是Yes，则说明主从配置成功！

新旧命令对照

• 旧：START SLAVE; / STOP SLAVE; / SHOW SLAVE STATUS\G
• 新：START REPLICA; / STOP REPLICA; / SHOW REPLICA STATUS\G
• 二者等价，8.0 上旧命令兼容但趋于废弃。

4. 实现主从同步

在主机中执行以下SQL，在从机中查看数据库、表和数据是否已经被同步

CREATE DATABASE db_user;
USE db_user;
CREATE TABLE t_user (
 id BIGINT AUTO_INCREMENT,
 uname VARCHAR(30),
 PRIMARY KEY (id)
);
INSERT INTO t_user(uname) VALUES('zhang3');
INSERT INTO t_user(uname) VALUES(@@hostname);

小贴士

• 若主库仍是 STATEMENT 格式，@@hostname 这类非确定性值可能在从库重放时不同步。使用 ROW 可以避免。
• 校验延迟：从库上查看 Seconds_Behind_Master/Replica_IO_Running/Replica_SQL_Running。
• 压测时注意：大量 INSERT … SELECT + autocommit=1 更容易触发刷盘竞争，观察 Innodb_data_fsyncs、Buffer pool hit、OS file reads。

5. 停止和重置

需要的时候，可以使用如下SQL语句

-- 在从机上执行。功能说明：停止I/O 线程和SQL线程的操作。
stop slave; 

-- 在从机上执行。功能说明：用于删除SLAVE数据库的relaylog日志文件，并重新启用新的relaylog文件。
reset slave;

-- 在主机上执行。功能说明：删除所有的binglog日志文件，并将日志索引文件清空，重新开始所有新的日志文件。
-- 用于第一次进行搭建主从库时，进行主库binlog初始化工作；
reset master;

风险提示

• RESET MASTER; 会删除所有 binlog，谨慎操作（备份后执行）。
• 重新指向主库前，先 STOP SLAVE/REPLICA;，修改配置，再 START。

小结

• 把复制跑稳的关键不是“多开几个实例”，而是：正确开启 binlog（推荐 ROW）、主从初始化一致、资源隔离、并行回放与只读保护。
• 同机多实例适合中小体量、低延迟诉求与成本可控的场景；当 IO/CPU 达到瓶颈 或需 高可用 时，仍应迁往跨机部署 + 存储分层。