MySQL的主备（主从）配置是一种常见的数据高可用性和数据备份方案，主要用于实现数据的实时复制，确保数据的一致性和系统的容错能力。下面我将详细介绍如何配置MySQL的主备环境。
1.1、 环境准备
确保你的服务器上已经安装了MySQL，并且至少有两台服务器，一台作为主服务器（Master），另一台作为从服务器（Slave）。
2. 配置主服务器（Master）
修改配置文件
在主服务器的MySQL配置文件（通常是my.cnf或my.ini）中添加或修改以下配置：
[mysqld]
server-id = 1 # 唯一的服务ID，Master设为1
log-bin = mysql-bin # 启用二进制日志
binlog-do-db = your_database # 需要复制的数据库名,可多行配置多个数据库binlog-ignore-db = performance_schema # 设置不需要同步的数据库，如mysql数据库（配置了该项，需要复制的数据库不配置，则除此数据库外其余数据库全部复制）重启mysql服务
systemctl restart mysqld
创建复制用户
登录MySQL，创建一个用于复制的专用用户：
# 创建用户并设置密码
# 创建一个名为 replicator 的用户，@'%' 表示该用户可以从任何主机（远程或本地）连接数据库 IDENTIFIED BY 'password'•：为用户设置密码为 password
CREATE USER 'replicator'@'%' IDENTIFIED BY 'password';
# MySQL 中用于配置复制权限的 SQL 命令,命令解析如下：
# GRANT REPLICATION SLAVE•：授予复制权限，允许用户进行数据同步操作。
# ON *.*：表示对所有数据库和表生效。
# TO 'replicator'@'%'：将权限授予用户 replicator，并允许该用户从任何主机连接（% 表示任意主机）
GRANT REPLICATION SLAVE ON *.* TO 'replicator'@'%';
FLUSH PRIVILEGES; # 配置生效查看二进制日志位置和文件名
SHOW MASTER STATUS;
记录下File和Position的值，稍后配置从服务器时会用到。
查看二进制日志文件是否开启：SHOW VARIABLES LIKE 'log_bin';on ：开启
3. 配置从服务器（Slave）
修改配置文件
在从服务器的MySQL配置文件中添加或修改以下配置：
[mysqld]
server-id = 2 # 唯一的服务ID，Slave设为2，与Master不同
relay-log = slave-relay-bin # 中继日志文件名，可选配置 表示中继日志文件将从 slave-relay-bin.000001 开始命名，系统会自动管理后续文件的编号
read_only = 1 # 从服务器设置为只读模式，可选配置，防止误操作修改数据,0:读写，1：只读重启MySQL服务
systemctl restart mysqld
配置复制源（Slave连接Master）
CHANGE MASTER TO MASTER_HOST='master_ip',MASTER_USER='replicator',MASTER_PASSWORD='password',MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=123;
# 说明如下：
# MASTER_HOST='master_ip', # 主服务器IP地址
# MASTER_USER='replicator', # 复制用户名称
# MASTER_PASSWORD='password', # 复制用户密码
# MASTER_LOG_FILE='mysql-bin.000001', # 从SHOW MASTER STATUS得到的File值
# MASTER_LOG_POS=123; # 从SHOW MASTER STATUS得到的Position值注意替换master_ip、password、mysql-bin.000001和123为实际的IP地址、密码和日志位置。
启动复制线程
启动复制线程：START SLAVE;
查看从库状态：SHOW SLAVE STATUS\G;
检查Slave_IO_Running和Slave_SQL_Running两个字段是否都为Yes，以确认复制正常运行。
4、测试和验证配置
在MySQL主从配置后，不能直接删除主库的 mysql-bin.000577 文件，否则会导致主从复制中断，从库无法同步数据，甚至引发数据不一致。
是否能删除该文件，取决于从库是否已经完全读取并应用了该日志文件中的所有变更。如果从库仍在使用该文件，删除后从库会报错并停止复制。
要安全删除 mysql-bin.000577，必须使用MySQL提供的命令，而非直接删除文件系统中的文件。以下是推荐的操作步骤：
1、检查从库同步状态
在从库上执行以下命令，查看从库当前读取的binlog文件和位置：
SHOW SLAVE STATUS\G关注两个关键字段：
Master_Log_File：从库当前正在读取的主库binlog文件名。Read_Master_Log_Pos：从库已读取到该文件中的位置。
如果 Master_Log_File 的值是 mysql-bin.000577 或更早的文件，说明从库仍在使用该文件，此时不能删除。
PURGE BINARY LOGS TO 'mysql-bin.000578'; 这条命令会删除 mysql-bin.000577 及之前的所有binlog文件，但保留 mysql-bin.000578 及之后的文件。
或者，如果想按时间删除（例如删除2026年2月5日之前的所有日志）：
PURGE BINARY LOGS BEFORE '2026-02-05 00:00:00';5.1、推荐的长期管理策略
为避免手动操作的麻烦和风险，建议配置自动清理机制：
MySQL 8.0+（推荐）：
SET GLOBAL binlog_expire_logs_seconds = 604800; -- 保留7天（单位：秒）MySQL 5.7 及之前：
SET GLOBAL expire_logs_days = 7; -- 保留7天修改后，建议将参数写入配置文件（如 my.cnf）以永久生效：
[mysqld]
binlog_expire_logs_seconds = 604800重要提醒：在删除任何binlog前，务必确保从库同步正常，且已对关键数据进行备份。误删正在使用的binlog将导致主从复制永久中断，恢复难度极大。