基础
MySQL
MySQL
  • 基础知识
    • MySQL 的安装与配置
      • Windows
        • 安装
        • 配置文件
      • Linux
        • 安装
        • 配置文件
      • docker
      • mysql 配置文件格式
    • MySQL 查询的执行过程
      • MySQL 的客户端/服务器通信协议
      • MySQL 查询优化器
        • 优化器可能选择错误的执行计划
        • MySQL 能够处理的优化类型
          • 优化 COUNT()、MIN() 和 MAX()
          • 预估并转化为常数表达式
          • 提前终止查询
          • 排序优化
      • MySQL如何执行联接查询
    • 事务
      • ACID
      • 隔离级别
      • 死锁
      • 事务日志
      • 两阶段锁定协议
      • 多版本并发控制(MVCC)
  • SQL 优化
    • schema 设计
      • 选择数据类型
        • 整数类型
        • 实数类型
        • 字符串类型
          • VARCHAR 和 CHAR
          • BINARY 和 VARBINARY
          • BLOB 和 TEXT
          • ENUM 和 SET
        • 日期类型
      • 选择标识符
    • 索引
      • HASH 索引
      • B-tree 索引
      • 聚簇索引
      • 覆盖索引
      • 前缀索引和索引的选择性
      • 索引合并
      • 选择合适的索引列顺序
      • 使用索引扫描来做排序
      • 维护索引和表
    • 查询优化
      • 优化 SQL 语句的一般步骤
        • 1. 通过 show status 命令了解各种 SQL 的执行频率
        • 2. 定位执行效率较低的 SQL 语句
        • 3. 通过 EXPLAIN 分析低效 SQL 的执行计划
        • 4. 通过 SHOW PROFILE 分析 SQL
        • 5. 通过 TRACE 分析优化器如何选择执行计划
        • 6. 确定问题并采取相应的优化措施
      • 两个简单实用的优化方法
      • 一个复杂查询还是多个简单查询
      • 常用 SQL 的优化
        • 大批量插入数据
        • 优化 GROUP BY 语句
        • 优化联接查询
        • 优化分页查询
        • 优化 SQL_CALC_FOUND_ROWS
        • 优化 UNION 查询
    • Performance Schema
      • 配置
      • 使用
        • 检查SQL语句
        • 检查预处理语句
        • 语句剖析
        • 检查读写性能
        • 检查内存使用情况
        • 检查变量
    • MySQL线程
    • 复制
      • 概述
        • 复制中的各类文件
        • 三种复制格式
        • 全局事务标识符(GTID)
        • 崩溃后的复制安全
      • 安装
        • 基于二进制日志文件位置的复制
        • 基于GTID的复制
      • 复制拓扑
        • 主动/被动模式
        • 主动/只读池模式
        • 多级复制架构
  • 其他
    • 查询缓存
    • 批量insert
    • MySQL 锁的类型
    • MySQL 的索引有哪些
    • INSERT ... ON DUPLICATE KEY UPDATE Statement
由 GitBook 提供支持
在本页
  1. SQL 优化
  2. 复制
  3. 概述

复制中的各类文件

从 MySQL 复制流程可以看到复制过程中涉及了两类非常重要的日志文件:

  • 二进制日志文件(Binlog) 二进制日志文件(Binlog)以二进制的形式记录 MySQL 中的所有数据修改操作,包括 Create、Drop、Insert、Update、Delete 操作等

  • 中继日志文件(Relay Log) 中继日志文件 Relay Log 的文件格式、内容和二进制日志文件 Binlog 一样,唯一的区别在于从库上的 SQL 线程在执行完当前中继日志文件 Relay Log 中的事件之后,SQL 线程会自动删除当前中继日志文件 Relay Log,避免从库上的中继日志文件 Relay Log 占用过多的磁盘空间。

为了保证从库崩溃重启之后,从库的 I/O 线程和 SQL 线程仍然能够知道从哪里开始复制,从库上默认还会创建两个日志文件 master.info 和 relay-log.info 用来保存复制的进度。这两个文件在磁盘上以文件形式分别记录了从库的 I/O 线程当前读取主库二进制日志 Binlog 的进度和 SQL 线程应用中继日志 Relay Log 的进度。

master.info 记录的是 I/O 线程连接主库的一些参数,主要包括 SHOW SLAVE STATUS 显示出的以下 5 列:

  • Master Host:主库的 IP。

  • Master User:主库上,主从复制使用的用户账号。

  • Master Port:主库 MySQL 的端口号。

  • Master_Log_File:从库的 I/O 线程当前正在读取的主库 Binlog 的文件名。

  • Read_Master_Log_Pos:从库 I/O 线程当前读取到的位置。

relay-log.info 记录的是 SQL 线程应用中继日志 Relay Log 的一些参数,主要包括 SHOW SLAVE STATUS 显示出的以下 4 列:

  • Relay_Log_File:从库 SQL 线程正在读取和应用的中继日志 Relay Log 的文件名。

  • Relay_Log_Pos:从库 SQL 线程当前读取并应用的中继日志 Relay Log 的位置。

  • Relay_Master_Log_File:从库 SQL 线程正在读取和应用的 Relay Log 对应于主库 Binlog 的文件名。

  • Exec_Master_Log_Pos:中继日志 Relay Log 中 Relay_Log_Pos 位置对应于主库 Binlog 的位置。

副本在其连接元数据存储库中存储与主节点相关的信息。连接元数据存储库可以是文件形式或表形式,这取决于 master_info_repository 系统变量的设置值。

  • 当副本以 master_info_repository=FILE 运行时,会在数据目录中存储两个文件,命名为master.info 和 relay-log.info。

  • 相反,如果 master_info_repository=TABLE,则此信息将保存在 mysql 数据库中的master_slave_info 表中。

在任何情况下,请不要删除或编辑这些文件或表。

上一页概述下一页三种复制格式

最后更新于1年前