MySQL主从复制原理与配置

 更新时间:2024年10月08日 09:41:36   作者:lnwd___  
主从备份是数据库高可用性方案的一种,通过配置主服务器和从服务器来实现数据同步,主库将操作写入binlog,从库读取后复制数据,保持一致性,配置包括修改my.cnf文件、重启数据库、建立连接等步骤,完成后,可以通过特定命令查看从服务器状态,确保同步成功

1.什么是主从备份

主从复制简单来说就是主库把增删改查操作写入二进制文件,从库读取文件,复制数据,使得主从数据库保持一致。

主从复制的优势在于:

  • 1.高可用性:主库出现异常时,快速切换从库恢复应用
  • 2.负载均衡:读写分离。主库写,从库读。但需要其他插件实现,比如MaxScale
  • 3.备份数据:从库数据与主库是一致的,相当于一个备份手段

2.原理

如图可以看到:

主库接收到客户端的更新请求后,执行内部事务的更新逻辑,同时写binlog。

备库 B 跟主库 A 之间维持了一个长连接。

主库 A 内部有一个线程,专门用于服务备库 B 的这个长连接。

一个事务日志同步的完整过程是这样的:

  • 1.在备库 B 上通过 change master 命令,设置主库 A 的 IP、端口、用户名、密码,以及要从哪个位置开始请求 binlog,这个位置包含文件名和日志偏移量。
  • 2.在备库 B 上执行 start slave 命令,这时候备库会启动两个线程,就是图中的 io_thread 和 sql_thread。其中 io_thread 负责与主库建立连接。
  • 3.主库 A 校验完用户名、密码后,开始按照备库 B 传过来的位置,从本地读取 binlog,发给 B。
  • 4.备库 B 拿到 binlog 后,写到本地文件,称为中转日志(relay log)。
  • 5.sql_thread 读取中转日志,解析出日志里的命令,并执行。

3.配置主服务器

修改配置文件my.cnf

添加如下配置

server-id=1                         # 设置 id,这个可以是任意数字
log-bin=/mydata/log/master-bin      # 启动 binlog 日志,名字必须是 log-bin
sync_binlog=1                       # 确保主从复制的事务安全

配置完成后重启数据库

4.配置从服务器

修改配置文件my.cnf

添加如下配置

server-id=2                          # 这个 id 随便给,但不要和 master 的一样
relay-log=/mydata/log/slave-relay    # 这里是 relay-log 了,名字必须是 relay-log,备份的名字也就 slave-relay
sync_binlog=1
read-only=ON                         # 开启只读模式,确保主备数据一致

配置完成后重启数据库

4.1进入数据库,准备建立连接

CHANGE MASTER TO
  MASTER_HOST='192.168.75.20',    # master IP
  MASTER_USER='slave',    # master 上创建专门用于备份的用户
  MASTER_PASSWORD='6yhn^YHN',    # 及其密码
  MASTER_PORT=3306,    # 从这行开始,都可以不输入,只要上面几行即可开启备份(而且最好不要设置,要不然会挖坑)
  MASTER_LOG_FILE='master-bin.000002',    # master 上 mysql 执行 show master status \G 查到的 File
  MASTER_LOG_POS=602,    # master 上 mysql 执行 show master status \G 查到的 Position
  MASTER_CONNECT_RETRY=10;    # 设置超时时间,超过 n 秒没连接上,则表示 master 挂了

4.2开启 slave 连接,主备机连接成功,数据开始同步

start slave; 

4.3查看有关从属服务器线程的关键参数的信息

	show slave status\G
    *************************** 1. row ***************************
                   Slave_IO_State: Waiting for master to send event
                      Master_Host: 192.168.75.20
                      Master_User: slave
                      Master_Port: 3306
                    Connect_Retry: 60
                  Master_Log_File: master-bin.000002
              Read_Master_Log_Pos: 602
                   Relay_Log_File: slave-relay.000003
                    Relay_Log_Pos: 817
            Relay_Master_Log_File: master-bin.000002
                 Slave_IO_Running: Yes                                  # 这里两个 Yes,则表示连接上了
                Slave_SQL_Running: 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: 602
                  Relay_Log_Space: 1235
                  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: d94faa39-e098-11ea-9c51-000c29823fb8
                 Master_Info_File: /mydata/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)

按照以上步骤即可完成配置

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。

相关文章

  • mysql之group by和having用法详解

    mysql之group by和having用法详解

    这篇文章主要介绍了mysql之group by和having用法详解,本篇文章通过简要的案例,讲解了该项技术的了解与使用,以下就是详细内容,需要的朋友可以参考下
    2021-08-08
  • MySQL group by和order by如何一起使用

    MySQL group by和order by如何一起使用

    这篇文章主要介绍了MySQL group by和order by如何一起使用,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
    2020-10-10
  • mysql中的load命令使用方法

    mysql中的load命令使用方法

    使用mysql 中的load 命令,可以将txt 文件中的内容加载到数据库表中
    2013-10-10
  • 关于Mysql8.0版本驱动getTables返回所有库的表问题浅析

    关于Mysql8.0版本驱动getTables返回所有库的表问题浅析

    这篇文章主要给大家介绍了关于Mysql 8.0版本驱动getTables返回所有库的表问题的相关资料,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2018-12-12
  • mysql版本5.5.x升级到5.6.x步骤分享

    mysql版本5.5.x升级到5.6.x步骤分享

    在我做的一个项目中,最近我对生产服务器上的一系列系统软件进行了升级,包括git、nginx、MySQL和PHP。这篇文章讲的是升级MySQL的过程,其他软件的升级将在其他文章中介绍。
    2016-01-01
  • 关于mysql数据库连接编码问题

    关于mysql数据库连接编码问题

    这篇文章主要介绍了关于mysql数据库连接编码问题,默认的编码和数据库表中的数据使用的编码是不一致的,如果是中文,那么在数据库中执行时已经是乱码了,需要的朋友可以参考下
    2023-04-04
  • SQL FOREIGN KEY约束保障表之间关系完整性关键规则详解

    SQL FOREIGN KEY约束保障表之间关系完整性关键规则详解

    这篇文章主要介绍了SQL FOREIGN KEY约束保障表之间关系完整性关键规则详解,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪
    2023-12-12
  • 解析mysql 缓存如何使用内存

    解析mysql 缓存如何使用内存

    本篇文章是对mysql中的缓存如何使用内存进行了详细的分析介绍,需要的朋友参考下
    2013-06-06
  • MySQL执行SQL文件报错:Unknown collation ‘utf8mb4_0900_ai_ci‘的解决方案

    MySQL执行SQL文件报错:Unknown collation ‘utf8mb4_0900_ai_

    这篇文章主要给大家分享了MySQL执行SQL文件出现【Unknown collation ‘utf8mb4_0900_ai_ci‘】的解决方案,如果又遇到相同问题的同学,可以参考阅读本文
    2023-09-09
  • MySQL存储过程图文实例讲解

    MySQL存储过程图文实例讲解

    虽然MySQL的存储过程一般情况下是不会使用到的,但是在一些特殊场景中,还是有需求的,下面这篇文章主要给大家介绍了关于MySQL存储过程的相关资料,需要的朋友可以参考下
    2022-03-03

最新评论