MySQL主从复制

MySQL主从复制

MySQL主从复制原理
mysql主从复制原理.jpg
  1. 从节点上的I/O 进程连接主节点,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;

  2. 主节点接收到来自从节点的I/O请求后,通过负责复制的I/O进程根据请求信息读取指定日志指定位置之后的日志信息,返回给从节点。返回信息中除了日志所包含的信息之外,还包括本次返回的信息的bin-log file 的以及bin-log position;从节点的I/O进程接收到内容后,将接收到的日志内容更新到本机的relay log中,并将读取到的binary log文件名和位置保存到master-info 文件中,以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log 的哪个位置开始往后的日志内容,请发给我”;

  3. Slave 的 SQL线程检测到relay-log 中新增加了内容后,会将relay-log的内容解析成在祝节点上实际执行过的操作,并在本数据库中执行。

MySQL主从实战
  • master产生日志

    在master库中的配置文件中[mysqld]添加:
    server-id=1 #数据库服务器标识,这个id是唯一的,在主从里面,应该保证server.id不一样
    log-bin=master-bin #打开sql的日志文件,让从服务去读取

    在slave库中的配置文件中[mysqld]添加:

    ​ server-id=2

  • master建立一个用户

    1. create user 'repl'@'192.168.%.%' identified by 'root123456';//创建用户
    2. grant replication slave on *.* to 'repl'@'192.168.%.%'; 注释:授予repl用户对该数据库所有的库和表的复制权限
    3. flush privlleges;//刷新权限
  • slave用这个用户复制日志文件

    1. 获取master库中的binlog信息

      mysql> show master status;
      +-------------------+----------+--------------+------------------+-------------------+
      | File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
      +-------------------+----------+--------------+------------------+-------------------+
      | master-bin.000001 |     2055 |              |                  |                   |
      +-------------------+----------+--------------+------------------+-------------------+
      1 row in set (0.00 sec)
      
    2. 在slave库中执行下面的sql语句设置一个账号去请求主库中的binlog:

      change master to 
      master_host='192.168.72.129',
      master_port=3306,
      master_user='repl',
      master_password='root123456',
      master_log_file='master-bin.000001',
      master_log_pos=154;
      
  • slave执行这个日志文件

    start slave;//开始从机服务
    
  • 成功标识

    mysql> show slave status\G;
    *************************** 1. row ***************************
                   Slave_IO_State: Waiting for master to send event
                      Master_Host: 192.168.72.129
                      Master_User: repl
                      Master_Port: 3306
                    Connect_Retry: 60
                  Master_Log_File: master-bin.000001//当前主库的二进制文件名
              Read_Master_Log_Pos: 1326//正在读取主库当前的二进制日志的position位置
                   Relay_Log_File: localhost-relay-bin.000003
                    Relay_Log_Pos: 740
            Relay_Master_Log_File: master-bin.000001
                 Slave_IO_Running: Yes//IO线程用于请求和接受主库binlog  执行状态必须为Yes
                Slave_SQL_Running: Yes//负责应用relay中binlog的信息,执行sql的线程  执行状态必须为Yes
                  Replicate_Do_DB: 
              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: 1326//执行到主库二进制日志中的position位置
                  Relay_Log_Space: 1871
                  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: 2a3e1035-b8c2-11e9-a101-000c29ee8c8e
                 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)
    
    
    

    如果失败了,有两个解决方案:

    1. stop slave//停止从机服务
      set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;//跳过slave上的1个错误
      start slave//开启从机服务
      
    2. stop slave//停止从机服务
      在主库上执行
      show master status;//然后在主机上查看binlog文件的位置
      mysql> show master status;
      +-------------------+----------+--------------+------------------+-------------------+
      | File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
      +-------------------+----------+--------------+------------------+-------------------+
      | master-bin.000001 |     2055 |              |                  |                   |
      +-------------------+----------+--------------+------------------+-------------------+
      然后重新手动同步:
      change master to 
      master_host='192.168.72.129',
      master_port=3306,
      master_user='repl',
      master_password='root123456',
      master_log_file='master-bin.000001',
      master_log_pos=2055;//修改请求从指定日志文件的指定位置,即要从主库中那个位置开始备份
      

你可能感兴趣的:(MySQL主从复制)