IO 线程运行

此指标显示 IO 线程是否正在运行。它仅适用于辅助主机。

SQL Thread 是在复制环境中的辅助主机上运行的进程。它从本地中继日志文件读取事件并将它们应用到辅助服务器。

根据二进制日志的格式，它可以读取纯文本的查询语句并重新执行它们，或者它可以读取原始数据并将它们应用到本地主机。

可能的值

是的

线程正在运行并连接到复制主节点

不

线程未运行，因为它尚未启动或连接到主要主机时发生错误

连接

线程正在运行但未连接到复制主节点

没有价值

主机未配置为复制辅助

IO Thread Running 是该命令SHOW SLAVE STATUS返回的参数之一 。

SQL 线程正在运行

此指标显示 SQL 线程是否正在运行。它仅适用于辅助主机。

可能的值

是的

SQL 线程正在运行并将事件从中继日志应用到本地辅助主机

不

SQL 线程未运行，因为它尚未启动或将事件应用到本地辅助主机时发生错误

复制错误编号

此度量标准显示 SQL 线程中遇到的导致复制停止的最后一个错误的数量。

较常见的错误之一是Error: 1022 Duplicate Key Entry。在这种情况下，复制会尝试更新辅助节点上已存在的行。SQL 线程将停止复制以避免数据损坏。

只读

此指标指示主机是否配置为处于只读模式。

可能的值

是的

除了具有 SUPER 权限或 REPLICATION SLAVE 权限的用户之外，辅助主机不允许任何客户端更新。

这种配置通常用于复制环境中的辅助主机，以避免用户无意或自愿修改数据导致不一致并停止复制过程。

不

辅助主机未配置为只读模式。

MySQL 复制延迟

此指标显示与主主机应用事件相比，辅助主机在复制应用事件中延迟的秒数，由Seconds_Behind_Master值表示，并且仅适用于辅助主机。

由于复制过程异步地在辅助节点上应用数据修改，因此可能会在一段时间后从节点复制事件。主要原因是：

• 网络往返时间- 高延迟链接将导致非零复制滞后值。

• 复制通道的单线程特性——主服务器具有并行应用更改的优势，而辅助服务器只能串行应用更改，从而限制了它们的吞吐量。在某些情况下，Group Commit 可以提供帮助，但并不总是适用。

• 大量更改的行或计算成本高的 SQL - 取决于复制格式 ( ROWvs STATEMENT)、通过大量修改的行对数据库进行的重大更改或昂贵的 CPU 都将导致辅助服务器落后于主服务器。

通常，添加更多 CPU 或磁盘资源可以在一定程度上缓解复制滞后问题。

二进制日志大小

该指标显示二进制日志文件的总体大小，它可以同时存在于主服务器和辅助服务器上。

二进制日志（也被称为二进制日志）包含描述数据库更改事件：CREATE TABLE，ALTER TABLE，更新，插入，删除等语句或数据库的变化。

binlog 文件由辅助节点通过其 IO 线程进程读取，以复制对数据和表结构的数据库更改修改。根据 binlog 轮换策略（例如使用配置变量max_binlog_size和expire_logs_days）或由于服务器重新启动，可以有多个 binlog 文件。

在规划磁盘空间时，注意binlog文件的整体维度，采用良好的轮换策略，或者考虑单独的挂载点或磁盘来存储binlog数据。

每小时写入的 Binlog 数据

此指标显示过去 24 小时内每小时写入二进制日志文件的数据量。该指标可以让您了解您的应用程序在数据写入（创建、修改、删除）方面的规模。

Binlog 计数

此指标显示主服务器和辅助服务器上二进制日志文件的总数。

每小时创建的二进制日志

此指标显示过去 24 小时内每小时创建的 binlog 文件数。

中继日志空间

此指标显示中继日志文件的总体大小。它仅适用于辅助主机。

中继日志由一组编号文件组成，其中包含要在辅助主机上执行以复制数据库更改的事件。

中继日志与二进制日志的格式相同。

根据采用的轮换策略（使用配置变量max_relay_log_size），可以有多个中继日志文件。

一旦 SQL 线程完成执行中继日志文件中的所有事件，该文件就会被删除。

如果此指标包含高值，则变量max_relay_log_file也高。一般来说，这不是一个严重的问题。如果此指标的值不断增加，则辅助节点在应用事件时延迟太多。

以与MySQL 复制延迟指标相同的方式处理此指标。

每小时写入中继日志

此指标显示过去 24 小时内每小时写入中继日志文件的数据量。

•  页面更新 2021-06-25