暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

MySQL 【主从模式(一)】基于binlog文件位置的复制

IT的世界 2024-09-12
57

主从复制

概念

MySQL主从复制,可以将一台MySQL数据库服务器(主)上的数据复制
到另外一台或者多台数据库服务器(从)上,保持主从数据的一致性

根据不同的配置,可以选择将主库中的所有数据库、指定数据库或者数据库中的指定表
复制到从库中。

作用

MySQL主从复制的作用包括:

  1. 1. 数据备份,高可用性
    。对数据进行热备份
    ,将主从部署在不同的服务器上。当主库宕机故障
    ,可以快速进行主从切换
    ,提高可用性。

  2. 2. 读写分离,横向扩展,提高性能
    。将所有的更新操作路由至主库,查询操作路由至从库,进行读写分离
    。同时可以通过配置多个从库进行扩展
    ,提高查询性能。

  3. 3. 数据安全
    。在从库上执行备份操作,而不影响主库的数据。也可以配置延迟复制
    ,在出现异常操作时,可以及时进行数据恢复

  4. 4. 数据分析与长距离分发
    。使用从库进行数据分析和供远端站点使用,而不影响主库的性能。

原理

MySQL的主从复制依赖于MySQL binlog详解与解析工具指南文章中提及的MySQL的binlog功能

  • • 主库将数据变更的语句或者行数据变化
    ,记录到binlog中;

  • • 主库上的dump线程
    ,采集binlog数据与从库的IO线程进行交互;

  • • 从库的IO线程
    将获取到的数据转储成relaylog文件;

  • • 从库的SQL线程
    将relaylog中的数据读取出来,并在从库上进行回放。
    主从库相应的线程信息如下图:

主库:

从库:


主从同步模式

异步:MySQL默认
的复制模式。主库执行完并写入binlog后,不关心从库是否处理了事务
,立即将结果返回给客户端。
在该模式下,无法保证任何事务都被传达到副本,若此时主库宕机崩溃,进行故障转移后出现数据丢失

全同步:当主库提交事务后,要等待所有的从库
都提交事务后,才能将结果返回给客户端。
该模式下,可以随时从主库进行故障转移到任何从库,不担心数据丢失。但是可能导致事务的执行时间延长

半同步:介于异步与全同步之间。主库提交事务后,等待至少一个(数量可配)从库
收到并记录事务,然后提交事务返回结果。
延迟同步故意配置
从库落后于主库指定的时间。
该模式下,可以防止用户在主库上犯错,DBA可以进行数据恢复
;可以检查延迟之前的数据库状态

基于binlog文件位置的复制

根据不同的场景,要使用不同的方法来配置主从同步。但是通用的一般步骤
如下(不同的场景只是在相应的步骤上进行特定的优化与修改):

  • • 在主库上开启binlog,同时配置唯一的server ID。注意:该操作可能需要重启主库

    • [mysqld]
      log-bin=mysql-bin
      server-id=1
    • 在配置文件中开启binlog,设置server-id(范围1-2<sup>32</sup> - 1,且不同于其他数据库实例

    • • 在从库上配置唯一server ID。注意:该操作可能需要重启从库。

    • • 在库上创建单独的用户,用于从库读取主库的binlog。

      • mysql> CREATE USER 'repl'@'%.example.com' IDENTIFIED BY 'password';
        mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%.example.com';
      • • 获取主库当前binlog文件及其位置。

        • mysql> SHOW MASTER STATUS\G
          *************************** 1. row ***************************
          File: mysql-bin.000003
          Position: 73
          Binlog_Do_DB: test
          Binlog_Ignore_DB: manual, mysql
          Executed_Gtid_Set: 3E11FA47-71CA-11E1-9E33-C80AA9429562:1-5
          1 row in set (0.00 sec)

        使用SHOW MASTER STATUS
        语句可以确定二进制文件:mysql-bin.000003,位置:73。
        这些信息用来配置从库时,告诉从库开始复制主库的起始点。

        • • 如果主实例已经有数据,需要创建数据快照,将其数据copy到从实例。不同的存储引擎创建数据快照的方法不一样。
          创建数据快照的方法有很多种:MySQL dump
           ;copy数据库原始数据文件
          使用第三方工具等
          ,在之后会详细分享不同的方法。

        • • 配置从库连接主库

          • mysql> CHANGE MASTER TO
            -> MASTER_HOST='source_host_name',
            -> MASTER_PORT='source_port_num',
            -> MASTER_USER='replication_user_name',
            -> MASTER_PASSWORD='replication_password',
            -> MASTER_LOG_FILE='recorded_log_file_name',
            ->

          MASTER_HOST、MASTER_PORT
          主库的主机和端口,
          MASTER_USER、MASTER_PASSWORD
          上述步骤中在主库上创建的账号与密码,
          MASTER_LOG_FILE、MASTER_LOG_POS
          上述步骤中获取的主库的二进制文件及位置。

          • • 开启同步并查看同步状态
            start slave;
            开启同步;
            show slave status\G
            查看同步状态;

          至此,配置的主从的一般步骤就完成了。
          如果是主库与从库都是新安装
          ,主库没有数据需要copy到从库,使用上述步骤就可以配置成功。
          但是如果主库存在数据
          ,或者要将新安装的从库加入到已有的主从关系中
          ,就需要在配置从库连接主库前,进行额外的操作,
          主要是根据主库的状态和数据,使用不同的方法将数据copy到从库
          中,在之后会详细分享不同的方法。

          既然已经看到这里,请随手点个赞和“在看”吧。

          欢迎关注我的公众号“IT的世界”,原创技术文章第一时间推送。



          文章转载自IT的世界,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

          评论