mysql主从热备部署

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）获取主服务器的状态和同步状态。

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 event
                  Master_Host: 192.168.81.131
                  Master_User: back
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 154
               Relay_Log_File: mysql-relay-bin.000004
                Relay_Log_Pos: 320
        Relay_Master_Log_File: mysql-bin.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: back
          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: 154
              Relay_Log_Space: 527
              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: 1
                  Master_UUID: 464d01d2-119e-11ef-aea9-000c29791ec3
             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: 
1 row in set (0.00 sec)