mysql主从复制配置步骤如下：1.主服务器开启二进制日志，设置server-id，重启mysql服务；2.创建具有replication slave权限的复制用户；3.锁定表并获取show master status显示的file和position信息后解锁；4.从服务器设置不同的server-id，开启relay-log，重启mysql；5.使用change master to命令配置连接主服务器的信息，包括ip、用户、密码及日志文件与位置；6.启动start slave并检查show slave status的slave_io_running和slave_sql_running状态为yes表示成功。若出现延迟，可优化网络、升级硬件、优化sql或启用并行复制等措施解决。切换主从时需停止sql线程，记录同步位置，将从服务器重置为主，并调整其他从服务器的连接信息以确保数据一致性。
MySQL主从复制，简单来说，就是让一台MySQL服务器（主服务器）的数据自动同步到另一台或多台MySQL服务器（从服务器）。这样做的好处很多，比如读写分离、数据备份、提高可用性等等。配置起来其实也不难，掌握几个关键步骤就行。
解决方案
配置MySQL主从复制，核心在于配置主服务器和从服务器，并建立它们之间的连接。
-
主服务器配置：开启二进制日志
首先，你需要登录到你的主服务器，修改MySQL的配置文件（通常是
my.cnf或my.ini）。找到[mysqld]部分，添加或修改以下配置：log-bin=mysql-bin # 开启二进制日志，指定日志文件前缀 binlog-do-db=your_database_name # 指定需要同步的数据库，可选 server-id=1 # 设置服务器ID，必须唯一
log-bin是必须的，它开启了二进制日志，MySQL会把所有的数据变更记录到这个日志里。binlog-do-db可以指定需要同步的数据库，如果你想同步所有数据库，可以省略这一行。server-id也很重要，它用来唯一标识你的MySQL服务器，在主从复制环境中，每个服务器的server-id都必须不同。修改完配置文件后，重启MySQL服务：
sudo systemctl restart mysql
或者使用你系统对应的重启命令。
-
主服务器配置：创建复制用户
接下来，你需要创建一个专门用于复制的用户，并赋予它足够的权限。登录到MySQL：
mysql -u root -p
然后执行以下SQL语句：
CREATE USER 'replication_user'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'%'; FLUSH PRIVILEGES;
replication_user是你创建的用户名，your_password是密码，%表示允许任何IP地址的客户端连接。当然，出于安全考虑，你可以将%替换为从服务器的IP地址。GRANT REPLICATION SLAVE语句赋予了这个用户复制权限，FLUSH PRIVILEGES刷新权限。 -
主服务器配置：锁定表并获取二进制日志坐标
在配置从服务器之前，你需要锁定主服务器上的所有表，并获取当前的二进制日志文件名和位置。
FLUSH TABLES WITH READ LOCK; SHOW MASTER STATUS;
FLUSH TABLES WITH READ LOCK会锁定所有表，防止数据发生变更，确保数据一致性。SHOW MASTER STATUS会显示当前的二进制日志文件名（File）和位置（Position）。记住这两个值，稍后在配置从服务器时会用到。记录下
File和Position后，释放锁：UNLOCK TABLES;
注意： 在锁定表期间，主服务器上的写入操作会被阻塞，所以尽量缩短锁定时间。
-
从服务器配置：修改配置文件
登录到你的从服务器，修改MySQL的配置文件（同样是
my.cnf或my.ini）。找到[mysqld]部分，添加或修改以下配置：server-id=2 # 设置服务器ID，必须唯一，且与主服务器不同 relay-log=relay-log # 开启中继日志，指定日志文件前缀 #read-only=1 # 设置为只读模式，可选
server-id同样需要设置，并且必须与主服务器的server-id不同。relay-log开启了中继日志，从服务器会将从主服务器接收到的二进制日志写入到中继日志中。read-only=1可以将从服务器设置为只读模式，防止误操作，可选。修改完配置文件后，重启MySQL服务：
sudo systemctl restart mysql
-
从服务器配置：配置连接信息
登录到从服务器的MySQL：
mysql -u root -p
然后执行以下SQL语句，配置连接信息：
CHANGE MASTER TO MASTER_HOST='your_master_ip', # 主服务器的IP地址 MASTER_USER='replication_user', # 复制用户名 MASTER_PASSWORD='your_password', # 复制密码 MASTER_LOG_FILE='your_log_file', # 主服务器的二进制日志文件名 MASTER_LOG_POS=your_log_position; # 主服务器的二进制日志位置将
your_master_ip替换为主服务器的IP地址，replication_user和your_password替换为你之前创建的复制用户名和密码，your_log_file和your_log_position替换为你之前记录的二进制日志文件名和位置。 -
从服务器配置：启动复制
配置完连接信息后，启动复制：
START SLAVE;
然后查看复制状态：
SHOW SLAVE STATUS\G
检查
Slave_IO_Running和Slave_SQL_Running是否都为Yes，如果都是Yes，说明复制已经成功启动。如果不是，需要检查之前的配置是否正确，并查看错误日志。
主从复制延迟了怎么办？如何解决？
主从复制延迟是常见问题。可能原因很多，比如网络延迟、主服务器写入压力过大、从服务器性能不足等等。解决思路是找到瓶颈，然后优化。
-
网络优化： 检查主从服务器之间的网络连接是否稳定，带宽是否足够。可以使用
ping命令测试网络延迟。 - 硬件升级： 如果从服务器的CPU、内存、磁盘IO性能不足，可以考虑升级硬件。
- SQL优化： 慢SQL是导致延迟的常见原因。可以使用MySQL的慢查询日志，找到慢SQL，然后进行优化，比如添加索引、优化查询语句等等。
- 并行复制： MySQL 5.7之后引入了并行复制，可以提高复制效率。可以尝试开启并行复制。
- 半同步复制： 半同步复制可以保证主服务器在提交事务之前，至少有一个从服务器已经接收到事务。可以提高数据一致性，但会牺牲一定的性能。
主从复制架构如何选择？单向、双向、多级有什么区别？
主从复制架构有很多种，常见的有单向复制、双向复制、多级复制等等。
- 单向复制： 最简单的架构，一个主服务器，一个或多个从服务器。数据从主服务器同步到从服务器。适用于读多写少的场景。
- 双向复制： 两个服务器互为主从。每个服务器都可以读写，数据会同步到对方。需要注意避免循环复制和数据冲突。适用于需要高可用性的场景。
- 多级复制： 主服务器将数据同步到中间服务器，中间服务器再将数据同步到从服务器。可以减轻主服务器的压力。适用于数据量很大，从服务器数量很多的场景。
选择哪种架构，需要根据具体的业务需求和场景来决定。没有最好的架构，只有最适合的架构。
主从切换如何操作？如何保证数据一致性？
主从切换是指在主服务器出现故障时，将从服务器切换为主服务器。这是一个非常重要的操作，需要谨慎处理，以保证数据一致性。
-
停止从服务器的SQL线程：
STOP SLAVE SQL_THREAD;
-
查看从服务器的复制状态：
SHOW SLAVE STATUS\G
记录下
Relay_Master_Log_File和Exec_Master_Log_Pos的值。这两个值表示从服务器已经同步到的主服务器的二进制日志位置。 -
将从服务器提升为主服务器：
RESET MASTER;
这个命令会将从服务器的二进制日志清空，并将其提升为主服务器。
-
修改其他从服务器的配置：
将其他从服务器的
MASTER_HOST修改为新的主服务器的IP地址，MASTER_LOG_FILE和MASTER_LOG_POS修改为之前记录的Relay_Master_Log_File和Exec_Master_Log_Pos的值。 -
启动其他从服务器的复制：
START SLAVE;
通过以上步骤，就可以完成主从切换。为了保证数据一致性，需要在切换之前，确保从服务器已经同步了所有的数据。可以使用
pt-table-sync等工具来检查数据一致性。
