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

主从复制

概念

MySQL主从复制,可以将一台MySQL数据库服务器(主)上的数据复制到另外一台或者多台数据库服务器(从)上,保持主从数据的一致性
根据不同的配置,可以选择将主库中的所有数据库、指定数据库或者数据库中的指定表复制到从库中。

作用

MySQL主从复制的作用包括:

    1. 数据备份,高可用性。对数据进行热备份,将主从部署在不同的服务器上。当主库宕机故障,可以快速进行主从切换,提高可用性。
    1. 读写分离,横向扩展,提高性能。将所有的更新操作路由至主库,查询操作路由至从库,进行读写分离。同时可以通过配置多个从库进行扩展,提高查询性能。
    1. 数据安全。在从库上执行备份操作,而不影响主库的数据。也可以配置延迟复制,在出现异常操作时,可以及时进行数据恢复
    1. 数据分析与长距离分发。使用从库进行数据分析和供远端站点使用,而不影响主库的性能。

原理

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 dumpcopy数据库原始数据文件使用第三方工具等,在之后会详细分享不同的方法。
  • 配置从库连接主库

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到从库中,在之后会详细分享不同的方法。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容