• MySQL主从介绍及搭建(异步复制)


    一、mysql主从

    1.主库操作

    1.主库配置server_id
    2.主库开启binlog
    3.主库授权从库连接的用户
    4.查看binlog信息
    5.导出所有数据
    

    2.从库操作

    1.从库配置server_id(跟主库不一致)
    2.确认主库授权的用户可以连接主库
    3.同步主库数据
    4.配置主库信息(change master to)
    5.开启slave
    

    3.主从复制原理

    1)图解

    2)文字描述

    (1)从库执行change master to语句,然后立即将主库的信息(ip、端口等)记录到master.info中,这个文件就在从库的数据目录下。
    (2)从库执行start slave语句的瞬间,会立即生成IO_Thread和SQL_Thread。
    (3)IO_Thread读取master.info文件,获取主库的相关信息(IP、端口号等)。
    (4)IO_Thread连接主库,连接层开始验证用户名、密码、端口号、IP等是否合法。
    一旦合法,主库会立即分配一个dump_thread线程,来与IO_Thread进行交互。
    (5)IO_Thread根据master.info中的二进制日志信息,向主库的DUMP_Thread线程请求最新的二进制日志。
    (6)DUMP_Thread经过show master status查询,如果发现有新的二进制日志,就截取新的日志并返回给从库的IO_Thread。
    (7)从库IO_Thread收到主库发来的binlog,存储在到TCP_IP缓存中,在网络底层返回ACK给主库。
    (8)从库IO_Thread会将二进制日志信息写入到relay-log中。
    (9)从库IO_Thread更新master.info信息,重置二进制日志位置点信息。
    (10)从库SQL_Thread读取relay-log.info文件,获取上次执行过的relay-log.info位置点。
    (11)根据获取到的位置点,SQL_Thread按照位置点往下执行relaylog日志。
    (12)SQL_Thread执行完后,更新relay-log.info文件。
    (13)pwrge线程(非主从线程)把应用过的relay_log定期自动清理
    

    4.主从中涉及到的文件或者线程

    1)主库

    1.binlog:主库执行的sql语句
    2.dump线程:对比binlog是否更新,获取新的binlog
    

    2)从库

    1.IO线程:连接主库,询问新数据,获取新数据
    2.SQL线程:执行从主库哪来的sql语句
    3.relay-log:中继日志,记录从主库拿过来的binlog
    4.master.info:记录主库binlog信息,会随着同步进行更新
    5.relay-log.info:记录sql线程执行到了那里,下次从哪里开始执行
    

    三、主从复制的搭建

    1.主库操作

    1)配置

    [root@db03 ~]# vim /etc/my.cnf
    [mysqld]
    server_id=1
    log_bin=/service/mysql/data/mysql-bin
    
    [root@db03 ~]# /etc/init.d/mysqld start
    

    2)授权一个用户

    mysql> grant replication slave on *.* to rep@'172.16.1.%' identified by '123';
    Query OK, 0 rows affected (0.03 sec)
    

    3)查看binlog信息

    mysql> show master status;
    +------------------+----------+--------------+------------------+-------------------+
    | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
    +------------------+----------+--------------+------------------+-------------------+
    | mysql-bin.000003 |      326 |              |                  |                   |
    +------------------+----------+--------------+------------------+-------------------+
    1 row in set (0.00 sec)
    

    4)导出所有数据

    [root@db03 data]# mysqldump -uroot -p -A --master-data=2 --single-transaction > /tmp/full.sql
    
    [root@db03 data]# scp /tmp/full.sql 172.16.1.52:/tmp/
    

    2.从库操作

    1)配置

    [root@db02 ~]# vim /etc/my.cnf
    [mysqld]
    server_id=2
    
    [root@db02 ~]# /etc/init.d/mysqld start
    

    2)验证主库用户

    [root@db02 ~]# mysql -urep -p -h172.16.1.53
    

    3)同步数据

    [root@db02 ~]# mysql -uroot -p123 < /tmp/full.sql
    

    4)配置主从

    change master to
    master_host='172.16.1.51',
    master_user='rep',
    master_password='123',
    master_log_file='mysql-bin.000001',
    master_log_pos=787368;
    Query OK, 0 rows affected, 2 warnings (0.02 sec)
    

    5)开启线程

    mysql> start slave;
    Query OK, 0 rows affected (0.04 sec)
    

    6)查看主从

    mysql> show slave statusG
                 Slave_IO_Running: Yes
                Slave_SQL_Running: Yes
    

    3.主从数据库出错

    1)IO线程出错

    mysql> show slave statusG
                 Slave_IO_Running: No
                Slave_SQL_Running: Yes
                
    mysql> show slave statusG
                 Slave_IO_Running: Connecting
                Slave_SQL_Running: Yes
                
    #排查思路
    1.网络
    	[root@db02 ~]# ping 172.16.1.53
    2.端口
    	[root@db02 ~]# telnet 172.16.1.53 3306
    3.防火墙
    4.主从授权的用户错误
    5.反向解析
    	skip-name-resolve
    6.UUID或server_id相同
    

    2)SQL线程出错

    mysql> show slave statusG
                 Slave_IO_Running: Yes
                Slave_SQL_Running: No
    
    #原因:
    1.主库有的数据,从库没有
    2.从库有的数据,主库没有
    
    #处理方式一:自欺欺人
    1.临时停止同步
    mysql> stop slave;
    2.将同步指针向下移动一个(可重复操作)
    mysql> set global sql_slave_skip_counter=1;
    3.开启同步
    mysql> start slave;
    
    #处理方式二:掩耳盗铃
    1.编辑配置文件
    [root@db01 ~]# vim /etc/my.cnf
    #在[mysqld]标签下添加以下参数
    slave-skip-errors=1032,1062,1007
    
    #处理方式三:正解
    重新同步数据,重新做主从
    
  • 相关阅读:
    这个 bug 让我更加理解 Spring 单例了
    SpringBoot
    codeblocks笔记
    https://docs.platformio.org/en/latest/boards/index.html
    外部存储的烧写
    嵌入式AI
    python的一些库
    语音芯片及解决方案
    神奇的调试值“DEADBEEF”
    【12月】+我与rt_thread的“江湖恩怨”
  • 原文地址:https://www.cnblogs.com/tcy1/p/13367354.html
Copyright © 2020-2023  润新知