219_mysql_复制技术_检查复制信息_performance_schema库_show slave status

网友投稿 676 2022-05-29

九 通过performance_schema库检查复制信息

Performance_schema下面 replication开头的表提供了复制机制的配置和状态信息

Replication_applier_configuration

记录从库延迟复制的配置参数

Replication_applier_status

记录从库的普通事务执行状态(复制组中的复制状态信息)

Replication_applier_status_by_coordinator

使用多线程复制, 记录coordinator线程的工作状态

Replication_applier_status_by_worker

单线程则记录一条worker_id=0; 如果多线程记录 worker线程状态

Replication_connection_configuration

记录从库用于连接到主库的配置信息

Replication_connection_status

记录从库I/O线程的连接状态信息

Replication_group_member_stats

记录复制组成员的事务状态信息

Replication_group_members

记录组复制成员的网络和状态信息

上诉表记录的生命周期

Change master to 之前

空表

Change master to 之后

Replication_applier_configuration和replication_connection_configuration可以看到配置信息

由于没有thread启动, 表中 thread_id 为null, service_state 为off

Start slave 之后

相应的复制线程开始运行,会更新相关状态; thread_id会被分配(thread表中查看,与 show processlist 中ID 有不同, 对应 thread表中PROCESSLIST_ID )

Stop slave之后

所有的复制I/O, coordinator线程 WORKER线程表中, thread_id字段均为NULL,service_state字段为OFF

停止后 这些记录不会清理, 重启时获取其状态信息用于排错

RESET SLAVE

所有复制记录的配置和状态信息清理(磁盘)包括Mysql.slave_master_info & mysql.slave_relay_log_info

但未清理内存,show slave status仍然会看到相关信息,如果彻底清理 reset slave all

9.1 performance_schema & Show slave status 之间的差异

1 Performance_schema 表中复制信息基于GTID(serverUUID, 而不是server id非binlog)所以 show slave status 中引用binlog的信息不会有

Show slave status 有;但performance_schema下面表不记录 1.1 Master_log_file; read_master_log_pos; # 主/从库配置保存信息 relay_log_file; relay_log_pos; relay_master_log_file; exec_master_log_pos; until_condition; until_log_file; until_log_pos 1.2 master_info_file 记录主从配置保存方式 performance_schema不记录;默认是 master.info, 如果table级 mysql.slave_master_info 1.3 基于server id :master_server_id;Replicate_Ignore_Server_Ids 1.4 skip_counter 字段基于事件而不是 GTID基数 1.5 last_errno & last_error 是 last_sql_errno & last_sql_error字段别名 1.6 过滤复制字段不记录: Replicate_Ignore_DB; Replicate_Do_Table Replicate_Ignore_Table,Replicate_Wild_Do_Table,Replicate_Wild_Ignore_Table 1.7 slave_io_state & slave_io_running 不记录 SELECT state as io_thread_state , id as process_id, pr.thread_id from `performance_schema`.replication_connection_status as pr join information_schema.`PROCESSLIST` as ip on pr.thread_id = sys.ps_thread_id(ip.id) Sys.ps_thread_id() 传入一个process id 返回一个 thread id 1.8 seconds_behind_master和 relay_log_space 不记录

2 performance_schema库中的复制信息详解

2.1 replication_applier_configuration 表 记录从库延迟复制的配置参数,延迟复制的线程被称为普通线程;

select * from replication_applier_configuration CHANNEL_NAME: # 链路名称:用来在多链路复制时区分不同的链路,默认空字符串 对应 Channel_name DESIRED_DELAY #主从延迟:用来设置复制过程中设置的主从延迟,默认为0不延迟 # 对应SQL_Delay

2.2 replication_applier_status 表 记录当前从库的普通事务执行状态(也记录组复制架构中的复制状态信息)

replication_applier_status 字段

含义

对应 show slave status

CHANNEL_NAME

显示复制渠道名称

Channel_Name

SERVICE_STATE

On: 从库处于活跃/空置状态

Off: 从库处于非活跃状态

REMAINING_DELAY

主有变化,还剩多少时间到从;

SQL_Remaining_Delay

COUNT_TRANSACTIONS_RETRIES

从库SQL线程无法应用事务而进行重试的次数

2.3 replication_applier_status_by_coordinator表 slave多线程时Coordinator线程工作状态

replication_applier_status_by_coordinator 字段

含义

对应 show slave status

CHANNEL_NAME

显示复制渠道名称

Channel_Name

THREAD_ID

该通道下,slave coordinator线程ID

SERVICE_STATE

On: 从库处于活跃/空置状态

Off: 从库处于非活跃状态

Slave_sql_running

LAST_ERROR_NUMBER

LAST_ERROR_MESSAGE

Slave coordinator线程发生错误而停止的最新错误编号; reset master&slave 该值会被重置

0 无错误, message 为空

非0, 输出错误信息

LAST_SQL_Errno

LAST_SQL_Error

LAST_ERROR_TIMESTAMP

发生错误时间:YYMMDD HH:MM:SS

Last_SQL_Error_Timestamp

2.4 replication_applier_status_by_worker表 slave多线程时 sql/worker线程工作状态

如果多线程复制 slave_replication_workes=N 指定N个数量的worker线程(1开始编号),

如果是MGR集群会有N个 group_application_applier 和1个 group_replication_recovery

replication_applier_status_by_worker字段

含义

对应 show slave status

CHANNEL_NAME

显示复制渠道名称

Channel_Name

THREAD_ID

该通道下,slave worker线程ID

SERVICE_STATE

On: 从库 worker线程处于活跃/空置状态

Off: 从库 worker线程处于非活跃状态

Slave_sql_running

LAST_SEEN_TRAN_SACTION

Worker线程正在执行的事务号,GTID

如果 gtid_mode off 该字段为ANONYMOUS

如果空闲 为空串

如果执行过事务后空闲 为最后一次的GTID

如果发生错误/最后一次GTID 会被coordinator捕获,该通道下SQL线程都会被暂停

LAST_ERROR_NUMBER

LAST_ERROR_MESSAGE

Slave coordinator线程发生错误而停止的最新错误编号; reset master&slave 该值会被重置

0 无错误, message 为空

非0, 输出错误信息

单线程会显示

LAST_SQL_Errno LAST_SQL_Error

多线程不显示,显示coordinator的错误编号&信息

LAST_ERROR_TIMESTAMP

发生错误时间:YYMMDD HH:MM:SS

Last_SQL_Error_Timestamp

2.5 replication_connection_configuration表 记录slave连接master配置参数-change master to时更新 使用频率较低

replication_connection_configuration

含义

Change Master to

CHANNEL_NAME

显示复制渠道名称

Channel_Name

HOST/PORT/USER

Ip主机名/端口/用户名

MASTER_HOST; MASTER_PORT; MASTER_USER;

NETWORK_INTERFACE

Master实例网卡名称

MASTER_BIND

Auto_position

是否开启自动定位 1 开启; 0 关闭

MASTER_AUTO_POSITION

SSL_ALLOWED

是否开启SSL连接,YES/NO

MASTER_SSL

SSL_CA_FILE; SSL_CA_PATH 等

Master使用CA证书和秘钥

MASTER_SSL_CA; MASTER_SSL_CPATH;

Connection_retry_interval

主从丢连接后 隔多少秒重试一次

MASTER_CONNECTION_RETRY

CONNECTION_RETRY_COUNT

重试连接主库次数

MASTER_RETRY_COUNT

HEARTBEAT_INTERVAL

Slave连master的IO线程的心跳包的间隔时间, 单位S

MASTER_HEARTBEAT_PERIOD

2.6 replication_connection_status  表记录slave I/O线程的连接状态信息, 也记录组复制中其它节点连接信息

replication_connection_status

含义

Change Master to

CHANNEL_NAME

显示复制渠道名称

Channel_Name

GROUP_NAME

如果是组复制,显示所属组名字

SOURCE UUID

Slave连接 master 的 server_uuid

MASTER_UUID

THREAD_ID

I/O 线程ID

SERVICE_STATE

On: 从库 I/O线程处于活跃/空置状态

Off: 从库 I/O线程处于非活跃状态

CONNECTING I/O尝试连接master

SLAVE_IO_RUNNING

RECEIVED_TRANSACTION_SET

Slave 接收到Master对应的GTID SET

Retrieved_Gtid_Set

LAST_ERROR_NUMBER

LAST_ERROR_MESSAGE

Slave coordinator线程发生错误而停止的最新错误编号; reset master&slave 该值会被重置

0 无错误, message 为空

非0, 输出错误信息

LAST_SQL_Errno

LAST_SQL_Error

LAST_ERROR_TIMESTAMP

发生错误时间:YYMMDD HH:MM:SS

Last_SQL_Error_Timestamp

LAST_ HEARTBEAT _TIMESTAMP

Slave I/O线程最后一次收到master心跳信号的时间 YYMMDD HH:MM:SS

COUNT_REVEIVED_HEARTBEATS

Slave收到 master的总次数

2.7 replication_group_member_stats 表记录组复制成员的事务状态统计信息,仅在组复制中有效

Channel_name

组成员所在组使用的复制通道:group_replication_applier

View_ID

组成员所在组的当前试图标识符

Member_ID

组成员server的UUID, 全局唯一

COUNT_TRANSACTIONS_IN_QUEUE

队列中等待冲突检查的事务数(全局事务认证)

COUNT_TRANSACTIONS_CHECKED

表示已通过冲突检查的事务数(全局事务认证)

COUNT_TRANSACTIONS_ROW_VAILDATING

冲突检测数据库当前的大小

TRANSACTIONS_COMMITED_ALL_MEMBERS

显示当前所有成员成功提交的事务

LAST_CONFLICT_FREE_TRANSACTION

显示最后一次无冲突检查的事务表示符(最后一次没有冲突的GTID)

2.8 replication_group_members 表 组复制成员的网络和状态信息

Channel_Name

组成员所在组使用的复制通道:group_replication_applier

MEMBER_ID

显示当前组成员server的UUID,全局唯一

MEMBER_HOST

组复制中组成员的网络地址(主机名/IP)

MEMBER_PORT

组复制中组成员的监听端口,

MEMBER_STATE

组复制中组成员的状态

Offline:组复制成员已经安装组复制插件,但未启动

RECOVERING: 组复制成员已经加入复制组,正在从组中接收数据,正在加入集群

Online: 组复制成员处于正常运行状态

十 通过其它方式检查复制信息

10.1 Show slave status 语句输出详解

Slave_IO_State: 显示IO线程正在做什么 Master_Host: 192.168.1.100 Master_User: mysync Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.001822 Read_Master_Log_Pos: 290072815 Relay_Log_File: mysqld-relay-bin.005201 Relay_Log_Pos: 256529594 Relay_Master_Log_File: mysql-bin.001821 Slave_IO_Running: 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: 256529431 Relay_Log_Space: 709504534 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: 2923 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: 13ee75bb-99e2-11e6-be4d-b499baa80e6e Master_Info_File: /home/data/mysql/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Reading event from the relay log 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

Slave_IO_state 1) waiting for master update: 这是connecting to master状态之前的状态 2) connecting to master: I/O线程正尝试连接到master 3) checking master version: 在与master建立连接后,会出现该状态。该状态出现的时间非常短暂。 4) registering slave on master:在与master建立连接后,会出现该状态。该状态出现的时间非常短暂。 5) requesting binlog dump: 在与master建立连接后,会出现该状态。在这个状态下,I/O线程向master发送请求,请求binlog,位置从指定的binglog 名字和binglog的position位置开始 6) waiting to reconnect after a failed binlog dump request:如果因为连接断开,导致binglog的请求失败,I/O线程会进入睡眠状态。然后定期尝试重连。尝试重连的时间间隔,可以使用命令"change master to master_connect_trt=X;"改变。 7) reconnecting after a failed binglog dump request: I/O进程正在尝试连接master 8) waiting for master to send event: 说明,已经成功连接到master,正等待二进制日志时间的到达。如果master 空闲,这个状态会持续很长时间。如果等待的时间超过了slave_net_timeout(单位是秒)的值,会出现连接超时。在这种状态下,I/O线程会人为连接失败,并开始尝试重连 9) queueing master event to the relay log: 此时,I/O线程已经读取了一个event,并复制到了relay log 中。这样SQL 线程可以执行此event 10) waiting to reconnect after a failed master event read: 读取时出现的错误(因为连接断开)。在尝试重连之前,I/O线程进入sleep状态,sleep的时间是master_connect_try的值(默认是60秒) 11) reconnecting after a failed master event read: I/O线程正尝试重连master。如果连接建立,状态会变成"waiting for master to send event" 12) waiting for the slave sql thread to free enough relay log space: 这是因为设置了relay_log_space_limit,并且relay log的大小已经整张到了最大值。I/O线程正在等待SQL线程通过删除一些relay log,来释放relay log的空间 13) waiting for slave mutex on exit: I/O线程停止时会出现的状态,出现的时间非常短

1. Slave_IO_State

这里显示了当前slave I/O线程的状态(slave连接到master的状态)。状态信息和使用show processlist | grep "system user"(会显示两条信息,一条slave I/O线程的,一条是slave SQL线程的)显示的内容一样。

2. Master_Host

mysql主库的ip地址

Change master to 语句中 MASTER_HOST选项

3. Master_User

master上面的一个用户。用来负责主从复制的用户,创建主从复制的时候建立的(具有reolication slave权限)

Change master to 语句中 MASTER_USER选项

4. Master_Port

master服务器的端口

Change master to 语句中 MASTER_PORT选项

5. Connect_Retry

连接中断后,重新尝试连接的时间间隔。默认值是60秒

Change master to master_connect_retry 设置

Slave_net_timeout = 60s 控制超时

#与master相关的日志的信息

6. Master_Log_File

当前I/O线程正在读取的主服务器二进制日志文件的名称

Change master to 中的 master_log_file 来指定

7. Read_Master_Log_Pos

当前I/O线程正在读取的二进制日志的位置

Change master to 语句中 master_log_pos 来指定

#与relay log相关的信息

8. Relay_Log_File

当前slave SQL线程正在读取并执行的relay log的文件名

Change master to  relay_log_file 来指定文件名

9. Relay_Log_Pos

当前slave SQL线程正在读取并执行的relay log文件中的位置;(Relay_Log_File下的Relay_Log_Pos其实一一对应着Relay_Master_Log_File的Exec_Master_Log_Pos。)

Change master to xxx relay_log_pos 指定

10. Relay_Master_Log_File

Slave sql线程重放对应 master binlog 文件名

#slave I/O和SQL线程的状态(重要)

11. Slave_IO_Running

I/O线程是否被启动并成功地连接到主服务器上

三种状态

No: 从库I/O线程没有运行, 对应内部mysql_slave_not_run

Connecting: I/O运行 但未连接到master 对应内部 mysql_slave_run_not_connect状态

Yes: I/O线程运行且连接到主库,mysql_slave_run_connect

12. Slave_SQL_Running

SQL线程是否被启动

Yes / No 两种状态

13. Replicate_Do_DB

Replicate_Ignore_DB

Replicate_Do_Table

Replicate_Ignore_Table

Replicate_Wild_Do_Table

Replicate_Wild_Ignore_Table

这些参数都是为了用来指明哪些库或表在复制的时候不要同步到从库,但是这些参数用的时候要小心,因为 当跨库使用的时候 可能会出现问题。

一般情况下 ,限制的时候都用Replicate_Wild_Ignore_Table这个参数

14. Last_Errno

Last_Error

slave的SQL线程读取日志参数的的错误数量和错误消息。错误数量为0并且消息为空字符串表示没有错误。

如果Last_Error值不是空值,它也会在从属服务器的错误日志中作为消息显示。

执行 reset master 和 reset slave 会重置这两列

15. Skip_Counter

SQL_SLAVE_SKIP_COUNTER的值,用于设置跳过sql执行步数

系统变量 sql_slave_skip_counter当前的设置值

16. Exec_Master_Log_Pos

slave SQL线程当前执行的事件,对应在master相应的二进制日志中的position

结合Relay_Master_Log_File理解,而且在Relay_Master_Log_File这个值等于Master_Log_File值的时候,Exec_Master_Log_Pos是不可能超过Read_Master_Log_Pos的

17. Relay_Log_Space

所有原有的中继日志结合起来的总大小。

18. Until_Condition:

Until_Log_File:

Until_Log_Pos: 0

在START SLAVE语句的UNTIL子句中指定的值

Until_Condition具有以下值:

1) None 没有指定UNTIL子句,则没有值

2) Master从属服务器正在读取,直到达到主服务器的二进制日志的给定位置为止

3) Relay从属服务器正在读取,直到达到其中继日志的给定位置为止,则值为

Until_Log_File和Until_Log_Pos用于指示日志文件名和位置值。日志文件名和位置值定义了SQL线程在哪个点中止执行

4) sql_before_gtids :SQL线程执行事务直到GTID SET 中列出的第一个事务为止

5) sql_after_gtids :直到最后一个事务为止

6) sql_after_mts_gaps: 直到中继日志找不到更多日志组间隙为止

19.

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Master_SSL_Verify_Server_Cert: No

Master_SSL_Crl:

Master_SSL_Crlpath:

这些字段显示了被从属服务器使用加密相关的参数。这些参数用于连接主服务器

Master_SSL_Allowed具有以下值:

1) 如果允许对主服务器进行SSL连接,则值为Yes

2) 如果不允许对主服务器进行SSL连接,则值为No

3) 如果允许SSL连接,但是从属服务器没有让SSL支持被启用,则值为Ignored。

与SSL有关的字段的值对应于–master-ca,–master-capath,–master-cert,–master-cipher和–master-key选项的值。

20. seconds_Behind_Master

这个值是时间戳的差值。是slave当前的时间戳和master记录该事件时的时间戳的差值

单位 S

21. Last_IO_Errno:

Last_IO_Error:

Last_SQL_Errno: 0

Last_SQL_Error:

最后一次I/O线程或者SQL线程的错误号和错误消息

多线程复制, last_sql_error 对应performance_schema.repliacation_applier_status_by_coordinator 中last_error_message列

22. Replicate_Ignore_Server_Ids

主从复制,从库忽略的主库服务器Id号。就是不以这些服务器Id为主库

使用多源复制时候,忽略哪些主库,

Replicate_ignore_server_ids: 3,6,9

23.

Master_Server_Id

Master_UUID

Master_Info_File

分别表示主库服务器id号,

主库服务器的UUID号,

从库中保存主库服务器相关的目录位置

Master_info_file 用于保存I/O线程信息 master.info文件位置,

File类型:一个路径

Table 类型:mysql.slave_master_info 表

219_mysql_复制技术_检查复制信息_performance_schema库_show slave status

24. SQL_Delay

一个非负整数,表示秒数,Slave滞后多少秒于master

25. SQL_Remaining_Delay

当 Slave_SQL_Running_State 等待,直到MASTER_DELAY秒后,Master执行的事件,此字段包含一个整数,表示有多少秒左右的延迟。在其他时候,这个字段是NULL

延迟从库时候使用,防止逻辑删除

26. Slave_SQL_Running_State

SQL线程运行状态; 与slave_io_state类似,显示

Show processlist语句中 SQL线程状态的副本信息

SQL线程运行状态:

1) Reading event from the relay log

线程已经从中继日志读取一个事件,可以对事件进行处理了

2) Has read all relay log; waiting for the slave I/O thread to update it

线程已经处理了中继日志文件中的所有事件,现在正等待I/O线程将新事件写入中继日志

3) Waiting for slave mutex on exit

线程停止时发生的一个很简单的状态

27. Master_Retry_Count

连接主库失败最多的重试次数

默认是 24 * 3600 =  86400次  master_retry_count指定

28. Master_Bind

slave从库在多网络接口的情况下使用,以确定用哪一个slave网络接口连接到master

Change master to 中 master_bind 指定网卡名称

29.

Last_IO_Error_Timestamp:

Last_SQL_Error_Timestamp

最后一次I/O线程或者SQL线程错误时的时间戳

格式 YYMMDD HH:MM:SS

#GTID模式相关

30. Retrieved_Gtid_Set

Slave收到的所有事物对应的GTID

该字段的 GTID SET 中最大的GTID值与中继日志最大的GTID值相对应,

执行 reset slave & change master to 会导致中继日志被清除

31.Executed_Gtid_Set

Slave 在自己的binlog 中写入的 GTID SET (执行过的GTID)

32 auto_position

如果开启自动定位则为1 ,否则为0

33 replicate_rewrite_db

主库上的db名在从库重放是被指定到另一个db名下

Change replication replicate_rewrite_db=((db1,db2),(db3,db4))

Db1 写入db3, db2 写入db4

34 channle_name

默认的复制通道名称,如果没有多源复制,该字段为空

35 Master_TLS_Version

Master上 TLS版本

5.7.10新增的选项

10.2 show master status

File

master库当前正在使用binlog文件名

Position

Master 当前使用binlog的位置

Binlog_do_bd

主库当前生效的复制规律参数,只有该选项指定的库列表中的库写入数据时, 才会被记录到binlog中

Binlog_ignore_db

主库当前生效的复制过滤参数, 该参数指定的库列表中的库发生数据写入,不会被记录到binlog中

Executed_gtid_set

启用GTID时, executed_gtid_set 显示主库上数据当前的GTID set , 与系统变量 gtid_executed值 以及 show slave status的语句输出的 Executed_gtid_set字段相同

10.3 show slave hosts 语句 显示当前主库所连接的从库列表

Server_id

从库的server_id 全局唯一

Host

从库的主机名,可使用IP地址

User/ Passwrod/

从库连接主库的用户名/密码/端口号

Master_id

表当前从库从哪个主库进行复制

Slave_UUID

全局唯一UUID,启动自动生成, auto.cnf下保存

MySQL SQL 任务调度

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:我用 10 张脑图,征服了一系列大厂面试官。
下一篇:图解Kafka服务端网络模型
相关文章