博客
关于我
MySQL主从复制及排错
阅读量:789 次
发布时间:2023-02-11

本文共 2299 字,大约阅读时间需要 7 分钟。

MySQL 主从复制配置详解

MySQL 主从复制概述

在数据库应用中,MySQL 的主从复制机制是一种高效的数据同步方式。通过这一机制,我们可以将主库(Master)的数据实时复制到从库(Slave),实现数据的高效备份与负载均衡。这种复制方式采用异步方式进行操作,主要由 Master 端的 IO 进程和 Slave 端的 IO_thread、SQL_thread 组成。

主从复制原理与机制

要实现主从复制,首先需要在 Master 端启用二进制日志(Binary Log)功能。这是复制过程的基础,因为 Slave 需要通过读取 Master 的二进制日志来获取数据。复制的基本流程如下:

  • Slave 的 IO_thread 向 Master 发起连接请求:Slave 的 IO_thread 会连接到 Master,并请求从指定的二进制日志文件中读取特定位置的日志内容。
  • Master 的 IO 进程返回日志数据:Master 会根据 Slave 的请求,读取相应的日志数据,并返回给 Slave 的 IO_thread。返回的信息包括日志内容及 Master 端二进制日志的文件名和位置。
  • Slave 的 IO_thread 写入 relay-log 文件:Slave 接收到日志数据后,将其添加到本地的 relay-log 文件中,并记录 Master 端的二进制日志文件及位置到 master-info 文件中,以便下次复制时继续读取。
  • Slave 的 SQL_thread 执行复制操作:Slave 的 SQL_thread 会解析 relay-log 中的数据,与 Master 端执行的操作相同,并在本数据库中执行。
  • 主从复制搭建步骤

    Master 端配置

  • 配置参数

    • 启用二进制日志:server-id=101
    • 设置二进制日志文件路径:log-bin=/data/mysql600/mysql-bin.log
    • 设置二进制日志索引文件路径:log-bin-index=/data/mysql600/mysql-bin.index
    • 设置二进制日志自动删除天数:expire_logs_days=30
  • 创建复制用户并赋予权限

    GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%' IDENTIFIED BY '*****';
  • Slave 端配置

  • 配置参数
    • 设置 server-id:server-id=102
    • 设置 relay-log 文件路径:relay-log=/data/mysql600/relaylog/mysql-relay-bin.log
    • 设置 relay-log 索引文件路径:relay-log-index=/data/mysql600/relaylog/mysql-relay-bin.index
    • 启用 relay_log_purge:relay_log_purge=on
  • 建立主从同步

  • 数据导出

    • 从 Master 导出数据:使用 mysqldump 命令,指定 --master-data 选项。
    mysqldump -u *** -p *** -S /data/mysql60/01/mysql.sock --default-character-set=utf8 --master-data --all_database > /tmp/all_database.sql
    • 从 Slave 导出数据:使用 mysqldump 命令,指定 --dump-slave 选项。
    mysqldump -u *** -p *** -S /data/mysql60/01/mysql.sock --default-character-set=utf8 --dump-slave --all_database > /tmp/all_database.sql
  • 数据导入

    • 将导出的 SQL 文件导入到 Slave 中:使用 mysql 命令,并指定 --master-data 选项。
    mysql -u *** -p *** --default-character-set=utf8 < /tmp/all_database.sql
    • 在 Slave 上执行 change master to 命令,指定 Master 的 IP、端口、用户和密码等信息。
  • 启动复制服务

    start slave;
  • 主从复制状态检查及异常处理

    主从复制状态检查

    • 在 Master 上查看复制状态:使用 show master status\G 命令。
    • 在 Slave 上查看复制状态:使用 show slave status\G 命令。

    IO_thread 异常处理

    • 如果 IO_thread 状态为 "Connecting" 或 "NO",可能的原因包括网络不通、复制用户密码错误、Master 端端口错误等。需要通过查看 Slave 的错误日志和 Master 的二进制日志来定位问题。

    SQL_thread 异常处理

    • 如果 SQL_thread 发生异常,状态会变为 "NO"。需要检查主库和从库的二进制日志差异,尝试通过设置 sql_slave_skip_counter 参数跳过错误,或者重启 SQL_thread。

    主从复制延迟

    • 主从复制延迟可能由网络问题、系统时间同步问题、数据库锁争用等引起。需要检查网络连接状态、系统时间同步设置以及数据库的锁机制。

    通过以上配置和管理,可以实现稳定的 MySQL 主从复制环境,确保数据的高效同步与备份。

    转载地址:http://ltbfk.baihongyu.com/

    你可能感兴趣的文章
    mysql 断电数据损坏,无法启动
    查看>>
    MySQL 日期时间类型的选择
    查看>>
    Mysql 时间操作(当天,昨天,7天,30天,半年,全年,季度)
    查看>>
    MySQL 是如何加锁的?
    查看>>
    MySQL 是怎样运行的 - InnoDB数据页结构
    查看>>
    mysql 更新子表_mysql 在update中实现子查询的方式
    查看>>
    MySQL 有什么优点?
    查看>>
    mysql 权限整理记录
    查看>>
    mysql 权限登录问题:ERROR 1045 (28000): Access denied for user ‘root‘@‘localhost‘ (using password: YES)
    查看>>
    MYSQL 查看最大连接数和修改最大连接数
    查看>>
    MySQL 查看有哪些表
    查看>>
    mysql 查看锁_阿里/美团/字节面试官必问的Mysql锁机制,你真的明白吗
    查看>>
    MySql 查询以逗号分隔的字符串的方法(正则)
    查看>>
    MySQL 查询优化:提速查询效率的13大秘籍(避免使用SELECT 、分页查询的优化、合理使用连接、子查询的优化)(上)
    查看>>
    mysql 查询,正数降序排序,负数升序排序
    查看>>
    MySQL 树形结构 根据指定节点 获取其下属的所有子节点(包含路径上的枝干节点和叶子节点)...
    查看>>
    mysql 死锁 Deadlock found when trying to get lock; try restarting transaction
    查看>>
    mysql 死锁(先delete 后insert)日志分析
    查看>>
    MySQL 死锁了,怎么办?
    查看>>
    MySQL 深度分页性能急剧下降,该如何优化?
    查看>>