• mysql主从复制搭建


    原理:

    MySQL主从复制涉及到三个线程,一个运行在主节点(log dump thread),其余两个(I/O thread, SQL thread)运行在从节点,如下图所示:

    l 主节点 binary log dump 线程

    当从节点连接主节点时,主节点会创建一个log dump 线程,用于发送bin-log的内容。在读取bin-log中的操作时,此线程会对主节点上的bin-log加锁,当读取完成,甚至在发动给从节点之前,锁会被释放。

    l 从节点I/O线程

    当从节点上执行`start slave`命令之后,从节点会创建一个I/O线程用来连接主节点,请求主库中更新的bin-log。I/O线程接收到主节点binlog dump 进程发来的更新之后,保存在本地relay-log中。

    l 从节点SQL线程

    SQL线程负责读取relay log中的内容,解析成具体的操作并执行,最终保证主从数据的一致性。

    对于每一个主从连接,都需要三个进程来完成。当主节点有多个从节点时,主节点会为每一个当前连接的从节点建一个binary log dump 进程,而每个从节点都有自己的I/O进程,SQL进程。从节点用两个线程将从主库拉取更新和执行分成独立的任务,这样在执行同步数据任务的时候,不会降低读操作的性能。比如,如果从节点没有运行,此时I/O进程可以很快从主节点获取更新,尽管SQL进程还没有执行。如果在SQL进程执行之前从节点服务停止,至少I/O进程已经从主节点拉取到了最新的变更并且保存在本地relay日志中,当服务再次起来之后,就可以完成数据的同步。

    开始之前先交代下开发环境:

    window10 家庭版系统

    docker 执行 mysql:5.6

    映射到本地的 3307和3306两个端口,其中 3307是master 数据库服务器、3306是slave 数据库服务器

    数据库主服务器操作:

    1.1创建用户并授权

    // 创建用户
    create user "slave_admin"@"%" identified by "123456";
    // 用户授权
    grant replication slave on *.* to "slave_admin"@"192.168.99.100";
    // 刷新权限
    flush privileges;

    1.2修改配置文件(/etc/mysql/mysql.conf.d)

    [mysqld]
    log-bin=mysql-bin
    server-id=3307

    1.3重启数据库查看主数据库的当前状态

    mysql> show master status;
    +------------------+----------+--------------+------------------+-------------------+
    | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
    +------------------+----------+--------------+------------------+-------------------+
    | mysql-bin.000001 |      120 |              |                  |                   |
    +------------------+----------+--------------+------------------+-------------------+

    从数据库服务器操作:

    2.1修改配置文件(/etc/mysql/mysql.conf.d)并重启mysql

    server-id=3306

    2.2设置从服务器的信息并启动

    mysql> change master to
        -> master_host = "192.168.99.100:3307",
        -> master_port = 3307,
        -> master_user = "slave_admin",
        -> master_password = "123456",
        -> master_log_file = "mysql-bin.000001",
        -> master_log_pos = 120;
    Query OK, 0 rows affected, 2 warnings (0.06 sec)
    
    mysql> start slave;
    Query OK, 0 rows affected (0.01 sec)

    2.3查看是否配置成功

    mysql> show slave statusG;
    *************************** 1. row ***************************
                   Slave_IO_State: Connecting to master
                      Master_Host: 192.168.99.100:3307
                      Master_User: slave_admin
                      Master_Port: 3306
                    Connect_Retry: 60
                  Master_Log_File: mysql-bin.000001
              Read_Master_Log_Pos: 120
                   Relay_Log_File: mysqld-relay-bin.000001
                    Relay_Log_Pos: 4
            Relay_Master_Log_File: mysql-bin.000001
                 Slave_IO_Running: Yes  //主要查看这两个指标状态
                Slave_SQL_Running: Yes    //主要查看这两个指标状态
    
    

    到这里主从配置就配置完了!

    可能遇到的问题:

    在2.3那一步的时候不一定就能够正好 “Slave_IO_Running” 和 “Slave_SQL_Running” 的值都是 YES 这个时候可以这么检查下

     第一种 当 “Slave_IO_Running” 的值为 Connecting 时是因为slave数据库服务器去访问 master数据库服务器的 bin-log 时失败导致的,这时候应该检查 2.2中设置的参数是不是正确,如果参数无误的话就要检测下在 slave服务器连接 master数据库是否能够成功;

    第二种 当 “Slave_SQL_Running” 的值为 No 时可以执行如下命令

    mysql> stop slave ;
    mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
    mysql> start slave ;

    或者重新执行2.2这一步!其他的问题我配置的过程中就没有碰到啦~~~

     

                                                                ——部分参考网络文件,如有侵权请联系

  • 相关阅读:
    uvm设计分析——report
    report源码分析——report_handle和report_server和report_catcher
    report源码分析——宏的执行
    015-命令行下载安装brew
    011-多线程-基础-基于AbstractQueuedSynchronizer自定义同步组件
    010-多线程-JUC集合-Queue-ConcurrentLinkedQueue
    009-多线程-JUC集合-Queue-LinkedBlockingDeque
    008-多线程-JUC集合-Queue-LinkedBlockingQueue
    007-多线程-JUC集合-Queue-BlockingQueue接口以及ArrayBlockingQueue
    006-多线程-集合-Set-ConcurrentSkipListSet
  • 原文地址:https://www.cnblogs.com/itsuibi/p/10779553.html
Copyright © 2020-2023  润新知