mysql 主从复制 mysql版本5.7.35
文章目录
- 1.注意要点
- 2.环境
- 3.MySQL 主从配置的步骤：
-
- 主从库新增DB
- 主服务配置my.cnf
- 从服务配置my.cnf
- 主服务器创建复制用户
- 从服务器执行复制
- 外传
MySQL 主从复制（Master-Slave Replication）是一个常用的高可用性和可扩展性解决方案。通过主从复制，可以将一个 MySQL 数据库服务器（主服务器）的数据复制到一个或多个从服务器上。这种架构可以提供以下优点：
高可用性：如果主服务器发生故障，可以从服务器继续提供服务，从而确保数据的可用性。
负载均衡：可以将读操作分散到多个从服务器上，以减轻主服务器的负载。
数据备份：从服务器可以用于数据的备份和恢复，提高系统的可靠性。
1.注意要点
-
从库只能同步主库配置之后的数据，不能同步之前的数据，之前的数据需要手动同步；
-
如果同步主库已有的数据库表，需在从库建好库表，字段可多余主库，不能少于主库；
-
从库额修改不会影响主库的数据；
-
主库从库的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.35
docker 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=0
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
character-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 event
Master_Host: 10.255.20.232
Master_User: repli_test
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: master-bin.000009
Read_Master_Log_Pos: 1788
Relay_Log_File: 6ecc83692550-relay-bin.000006
Relay_Log_Pos: 2003
Relay_Master_Log_File: master-bin.000009
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: saas_mana_ncore_test
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 1788
Relay_Log_Space: 2384
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_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: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 232
Master_UUID: a114aeb6-538b-11ee-bf44-0242ac110004
Master_Info_File: /var/lib/mysql/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
如果状态显示为 “No”，则需要检查日志和配置文件以解决可能的问题。
现在，你的 MySQL 主从复制配置已经完成。主服务器上的数据将自动复制到从服务器上，并且从服务器可以用于读取数据。如果主服务器发生故障，可以手动切换到从服务器以保持服务的可用性。
外传
原创不易，如若本文能够帮助到您的同学
支持我：关注我+点赞+收藏⭐️
留言：探讨问题，看到立马回复
格言：己所不欲勿施于人 扬帆起航、游历人生、永不言弃！