本文主要是介绍mysql主从热备部署，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
目录
1、主从复制原理
2、部署mysql主从热备
2.1 实验环境
2.2 部署主服务器mysql_master上的主mysql数据库
1) 进入主mysql数据库，创建专门用于备份的用户。
2）创建数据库back。（主和从都要创建同样名称的数据库）
3）修改主mysql的配置文件，开启主服务器的binarylog
4）获取主mysql的状态和同步状态。
5) 退出数据库，导出back数据库，然后将导出的数据库传给备份服务器mysq_slave
6）重新登录mysql，查看binary日志位置。
7）解除back数据库锁定。
2.3 部署备份服务器mysql_slave上的备份mysql数据库
1）修改mysql配置文件
2）导入需要热备的back数据库,开始同步
3）登录mysql，写入信息。
4）登录mysql,查看slave线程是否成功开启。
2.4 验证热备份效果
1、主从复制原理
mysql之间数据复制的基础是二进制日志文件。一台mysql数据库一旦开启用日志文件后，其作为master，它的数据库所有操作都会以事件的方式记录在二进制日志中，其他数据库作为slave通过一个I/O线程与主数据库保持通信，并监控master的二进制文件变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，然后slave的一个sql线程会把相关的事件执行到自己的数据库中，以此来实现从数据库和主数据库的一致性，也就是实现了主从复制，
2、部署mysql主从热备
2.1 实验环境
| 主机名称 | IP地址 | 说明 |
| 主服务器：mysql_master | 192.168.81.131/24 | 部署主数据库 |
| 从服务器(备份服务器)：mysql_slave | 192.168.81.132/24 | 部署从数据库（备份数据库） |
2.2 部署主服务器mysql_master上的主mysql数据库
1) 进入主mysql数据库，创建专门用于备份的用户。
2）创建数据库back。（主和从都要创建同样名称的数据库）
3）修改主mysql的配置文件，开启主服务器的binarylog
参数详解：bind-address=192.168.81.131 #设定为mysql_master的IP
server-id=1 #表示mysql_myster的id
log_bin=mysql-bin.log #binlog日志文件，也可以指定自定义路径。例：/data/mysql/mysql-bin.log
binlog-do-db=back #用来表示只把指定的数据库的改动，记录到binary日志中，如果有多个数据库可以用‘，’分割 例如： binlog-do-db =back,db1,db2,...dbn
auto-increment-increment=5 #假设将来可能需要5台服务器做备份就设置为5,如果100台就设置为100
auto-increment-offset=1 #表示这台服务器的序号,从1开始,不超过auto-increment-increment设定的值
重启，使得修改的配置文件生效.
4）获取主mysql的状态和同步状态。
5) 退出数据库，导出back数据库，然后将导出的数据库传给备份服务器mysq_slave
6）重新登录mysql，查看binary日志位置。
7）解除back数据库锁定。
2.3 部署备份服务器mysql_slave上的备份mysql数据库
1）修改mysql配置文件
参数详解：server-id=2 #表示B的id,必须保证每个服务器不一样,防止进入死循环.
binlog_format=mixed #binlog的复制模式有三种，statement（基于sql语句的复制）/row（基于行的复制）/mixed（混合模式复制）
log_bin=mysql-bin.log #binlog日志文件， 也可以指定自定义路径 例： /data/mysql/mysql-bin.log
replicate-do-db=back #指定需要复制的数据库,如果有多个数据库可以用‘，’分割 例如： binlog-do-db =back,db1,db2,...dbn
relay_log=mysql-relay-bin #中继日志的名字
log-slave-updates=ON #中继日志执行之后，这些变化是否需要计入自己的binarylog,双主互相备份,因此要打开.expire_logs_days=10 #binlog过期清理时间
max_binlog_size=100M #binlog每个日志文件大小 
修改好配置文件，重启mysql服务，使修改的配置文件生效。
2）导入需要热备的back数据库,开始同步
3）登录mysql，写入信息。
重启mysql服务，让其生效。
4）登录mysql,查看slave线程是否成功开启。
mysql> show slave status\G
*************************** 1. row ***************************Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.81.131Master_User: backMaster_Port: 3306Connect_Retry: 60Master_Log_File: mysql-bin.000001Read_Master_Log_Pos: 154Relay_Log_File: mysql-relay-bin.000004Relay_Log_Pos: 320Relay_Master_Log_File: mysql-bin.000001Slave_IO_Running: YesSlave_SQL_Running: YesReplicate_Do_DB: backReplicate_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: 154Relay_Log_Space: 527Until_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: 1Master_UUID: 464d01d2-119e-11ef-aea9-000c29791ec3Master_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:
1 row in set (0.00 sec)
2.4 验证热备份效果
部署完成！！！
这篇关于mysql主从热备部署的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
