本文主要是介绍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主从热备部署的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!