MySQL 主从复制（Master-Slave Replication）是一个常用的高可用性和可扩展性解决方案。通过主从复制，可以将一个 MySQL 数据库服务器（主服务器）的数据复制到一个或多个从服务器上。这种架构可以提供以下优点：

高可用性：如果主服务器发生故障，可以从服务器继续提供服务，从而确保数据的可用性。
负载均衡：可以将读操作分散到多个从服务器上，以减轻主服务器的负载。
数据备份：从服务器可以用于数据的备份和恢复，提高系统的可靠性。

1.注意要点

1. 从库只能同步主库配置之后的数据，不能同步之前的数据，之前的数据需要手动同步；

2. 如果同步主库已有的数据库表，需在从库建好库表，字段可多余主库，不能少于主库；

3. 从库额修改不会影响主库的数据；

4. 主库从库的server-id 需保持不一致；

2.环境

docker
mysql:5.7.35

docker run -itd --name=xxx-mysql -p 3306:3306 --restart=always -v /home/docker_data/mysql_data/config:/etc/mysql -v /etc/localtime:/etc/localtime  -v /home/docker_data/mysql_data/log/:/var/log -v /home/docker_data/mysql_data/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=xxxx mysql:5.7.35docker cp xxx-mysql:/etc/mysql/my.cnf /home/docker_data/mysql_data/config/

如果没有my.cnf，请自行下载
我自己的福禄一个：

# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.7/en/server-configuration-defaults.html[mysqld]
#
# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
# innodb_buffer_pool_size = 128M
#
# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin
#
# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
# join_buffer_size = 128M
# sort_buffer_size = 2M
# read_rnd_buffer_size = 2M
datadir=/var/lib/mysql
#datadir=/home/mysql_data
socket=/var/lib/mysql/mysql.sock# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pidcharacter-set-client-handshake = FALSE
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
init_connect='SET NAMES utf8mb4'#slow query log
slow_query_log=1
slow_query_log_file=/var/log/mysql_slow.log
long_query_time=1
#sql mode
sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
lower_case_table_names=1
max_connections=10000

3.MySQL 主从配置的步骤：

主从库新增DB

确保从服务器上已经安装了 MySQL 数据库服务器，并且运行正常。
主从库的库和表建好
如果原有库有数据，那么备份到从库

主服务配置my.cnf

在主服务器上编辑 MySQL 配置文件（通常是 my.cnf 或 my.ini），添加以下配置：
MySQL默认采用基于语句的复制，效率比较高。mixed指的是默认采用基于语句的复制，一旦发现基于语句的无法精确的复制时，就会采用基于行的复制。
有row、statement、mixed三种格式，row指的是把改变的内容复制过去，而不是把命令在从服务器上执行一遍，statement指的是在主服务器上执行的SQL语句，在从服务器上执行同样的语句。
vim /etc/my.cnf

[mysqld]
#在mysqld模块中添加如下配置信息
log-bin=master-bin #二进制文件名称
binlog-format=ROW  #二进制日志格式，
server-id=232      #要求各个服务器的id必须不一样
binlog-do-db=saas_test   #同步的数据库名称

重启主服务器上的 MySQL 服务。

从服务配置my.cnf

在从服务器上编辑 MySQL 配置文件，添加以下配置：

[mysqld]
server-id = 231  # 从服务器的唯一标识
log-bin=master-bin #二进制文件名称
binlog-format=ROW  #二进制日志格式
replicate-do-db = saas_test  # 指定需要复制的数据库名称

重启从服务器上的 MySQL 服务。

主服务器创建复制用户

在主服务器上创建一个用于复制的用户，并为该用户授予适当的权限。例如，可以使用以下命令创建一个具有复制权限的用户：

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

mysql> show master status;
+-------------------+----------+----------------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB         | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+----------------------+------------------+-------------------+
| master-bin.000009 |      154 | saas_test |                  |                   |
+-------------------+----------+----------------------+------------------+-------------------+
1 row in set (0.00 sec)

从服务器执行复制

在从服务器上执行以下命令，配置从服务器连接到主服务器并开始复制：

CHANGE MASTER TO MASTER_HOST='10.255.20.232', MASTER_USER='repli_test', MASTER_PASSWORD='Nrepli_test8', MASTER_LOG_FILE='master-bin.000009', MASTER_LOG_POS=1788;
START SLAVE;

MASTER_HOST 是主服务器的 IP MASTER_USER 和 MASTER_PASSWORD 是上一步创建的复制用户的用户名和密码，MASTER_LOG_FILE 是主服务器当前的二进制日志文件名，MASTER_LOG_POS 是主服务器当前二进制日志的位置。

在从服务器上执行以下命令，检查复制状态，确保状态为 “Slave_IO_Running: Yes” 和 “Slave_SQL_Running: Yes”：

SHOW SLAVE STATUS\G

*************************** 1. row ***************************Slave_IO_State: Waiting for master to send eventMaster_Host: 10.255.20.232Master_User: repli_testMaster_Port: 3306Connect_Retry: 60Master_Log_File: master-bin.000009Read_Master_Log_Pos: 1788Relay_Log_File: 6ecc83692550-relay-bin.000006Relay_Log_Pos: 2003Relay_Master_Log_File: master-bin.000009Slave_IO_Running: YesSlave_SQL_Running: YesReplicate_Do_DB: saas_mana_ncore_testReplicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0Last_Error: Skip_Counter: 0Exec_Master_Log_Pos: 1788Relay_Log_Space: 2384Until_Condition: NoneUntil_Log_File: Until_Log_Pos: 0Master_SSL_Allowed: NoMaster_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: NoLast_IO_Errno: 0Last_IO_Error: Last_SQL_Errno: 0Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 232Master_UUID: a114aeb6-538b-11ee-bf44-0242ac110004Master_Info_File: /var/lib/mysql/master.infoSQL_Delay: 0SQL_Remaining_Delay: NULLSlave_SQL_Running_State: Slave has read all relay log; waiting for more updatesMaster_Retry_Count: 86400Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 0Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 

如果状态显示为 “No”，则需要检查日志和配置文件以解决可能的问题。
现在，你的 MySQL 主从复制配置已经完成。主服务器上的数据将自动复制到从服务器上，并且从服务器可以用于读取数据。如果主服务器发生故障，可以手动切换到从服务器以保持服务的可用性。

外传

😜 原创不易，如若本文能够帮助到您的同学
🎉 支持我：关注我+点赞👍+收藏⭐️
📝 留言：探讨问题，看到立马回复
💬 格言：己所不欲勿施于人 扬帆起航、游历人生、永不言弃！🔥