replication_applier_status_by_coordinator - xiaoboluo768/mysql-system-schema GitHub Wiki
-
该表中记录的是从库使用多线程复制时,从库的协调器工作状态记录,当从库使用多线程复制时,每个通道下将创建一个协调器和多个工作线程,使用协调器线程来管理这些工作线程。如果从库使用单线程,则此表为空(对应的记录转移到replication_applier_status_by_worker表中记录)
-
replication_applier_status_by_coordinator表各字段含义及与show slave status输出字段对应关系如下:
replication_applier_status_by_coordinator表列名 | 含义 | 对应show slave status输出字段名 |
---|---|---|
CHANNEL_NAME | 显示复制通道名称 | Channel_Name |
THREAD_ID | 该通道下从库SQL/协调器线程ID | 无 |
SERVICE_STATE | 该通道下从库SQL/协调器线程的状态,有效值有:ON(SQL/协调器线程存在且处于活跃状态或空闲状态)或OFF(SQL/协调器线程不再存在,可能没有启动) | Slave_SQL_Running |
LAST_ERROR_NUMBER,LAST_ERROR_MESSAGE | 该通道下从库SQL/协调器线程发生错误停止的最新错误号和错误消息。如果错误编号为0,错误信息字段为空串,则表示“无错误”。如果LAST_ERROR_MESSAGE字段值不为空,则错误值也会打印在从库的错误日志中,注意,在执行RESET MASTER或RESET SLAVE语句时这两个列值会被重置 | Last_SQL_Errno,Last_SQL_Error |
LAST_ERROR_TIMESTAMP | 该通道下从库SQL/协调器线程发生错误的时间,时间格式为:YYMMDD HH:MM:SS | Last_SQL_Error_Timestamp |
-
对于replication_applier_status_by_coordinator表,不允许执行TRUNCATE TABLE语句
-
表记录内容示例
admin@localhost : performance_schema 02:49:50> select * from replication_applier_status_by_coordinator;
+--------------+-----------+---------------+-------------------+--------------------+----------------------+
| CHANNEL_NAME | THREAD_ID | SERVICE_STATE | LAST_ERROR_NUMBER | LAST_ERROR_MESSAGE | LAST_ERROR_TIMESTAMP |
+--------------+-----------+---------------+-------------------+--------------------+----------------------+
| | 43 | ON | 0 | | 0000-00-00 00:00:00 |
+--------------+-----------+---------------+-------------------+--------------------+----------------------+
1 row in set (0.00 sec)
- 表结构定义
CREATE TABLE `replication_applier_status_by_coordinator` (
`CHANNEL_NAME` char(64) NOT NULL,
`THREAD_ID` bigint(20) unsigned DEFAULT NULL,
`SERVICE_STATE` enum('ON','OFF') NOT NULL,
`LAST_ERROR_NUMBER` int(11) NOT NULL,
`LAST_ERROR_MESSAGE` varchar(1024) NOT NULL,
`LAST_ERROR_TIMESTAMP` timestamp NOT NULL
) ENGINE=PERFORMANCE_SCHEMA DEFAULT CHARSET=utf8
上一篇: replication_applier_status表 | 下一篇: replication_applier_status_by_worker表