发帖
翼度科技»论坛 › 编程开发 › mysql › 查看内容

Performance_schema中的主从复制系列表总结

依米纺织陈德勇

6

主题

6

帖子

18

积分

新手上路

Rank: 1

积分
18
显示全部楼层
主从半同步复制是目前用得最多的MySQL复制方案，日常工作中我们一般通过show slave status语句查看当前复制过程中状态信息，基本上能满足大多数场景下的需求。Performance_schema中提供了16个关于复制的监控表（包括组复制、过滤复制等，这里我们先不讨论），show slave status中的大多数信息都来自Performance_schema中的复制系列表，这些表有利于更好的收集主从复制中的状态，报错，配置等信息，并且比show slave status提供了更全面的主从复制的诊断信息。这些表主要可以分为两类，分别为IO进程和SQL进程的信息：
 

 
replication_connection_configuration
这张表主要显示了从库连接到主库的配置参数，包括复制用户、主库地址、端口等，随着change master to命令语句改变。
replication_connection_status
主要包括当前IO线程的状态信息，IO线程相关错误信息，relaylog中上个排队和当前正在排队的事务信息。当因为连接失败等问题导致IO进程停止时，可以通过这张表排查错误信息。
  1. mysql> select * from performance_schema.replication_connection_status\G
  2. *************************** 1. row ***************************
  3.                                       CHANNEL_NAME: 
  4.                                         GROUP_NAME: 
  5.                                        SOURCE_UUID: c8e82820-16c4-11ed-8677-005056b65258
  6.                                          THREAD_ID: 341
  7.                                      SERVICE_STATE: ON
  8.                          COUNT_RECEIVED_HEARTBEATS: 67076
  9.                           LAST_HEARTBEAT_TIMESTAMP: 2023-04-27 15:20:29.393141
  10.                           RECEIVED_TRANSACTION_SET: c8e82820-16c4-11ed-8677-005056b65258:12-37
  11.                                  LAST_ERROR_NUMBER: 0
  12.                                 LAST_ERROR_MESSAGE: 
  13.                               LAST_ERROR_TIMESTAMP: 0000-00-00 00:00:00.000000
  14.                            LAST_QUEUED_TRANSACTION: c8e82820-16c4-11ed-8677-005056b65258:37
  15.  LAST_QUEUED_TRANSACTION_ORIGINAL_COMMIT_TIMESTAMP: 2023-04-26 14:37:27.673466
  16. LAST_QUEUED_TRANSACTION_IMMEDIATE_COMMIT_TIMESTAMP: 2023-04-26 14:37:27.673466
  17.      LAST_QUEUED_TRANSACTION_START_QUEUE_TIMESTAMP: 2023-04-26 14:40:51.513510
  18.        LAST_QUEUED_TRANSACTION_END_QUEUE_TIMESTAMP: 2023-04-26 14:40:51.513521
  19.                               QUEUEING_TRANSACTION: 
  20.     QUEUEING_TRANSACTION_ORIGINAL_COMMIT_TIMESTAMP: 0000-00-00 00:00:00.000000
  21.    QUEUEING_TRANSACTION_IMMEDIATE_COMMIT_TIMESTAMP: 0000-00-00 00:00:00.000000
  22.         QUEUEING_TRANSACTION_START_QUEUE_TIMESTAMP: 0000-00-00 00:00:00.000000
  23. 1 row in set (0.00 sec)
复制代码
replication_applier_configuration
这个表包含影响从库回放事务的配置参数，比如REQUIRE_TABLE_PRIMARY_KEY_CHECK（开启主键校验）、DESIRED_DELAY（延迟复制配置）。
replication_applier_status
这个表显示从库SQL线程的状态总信息，现在生产中一般都开启了多线程复制，多线程复制下SQL线程状态主要看replication_applier_status_by_coordinator table 和replication_applier_status_by_worker这两张表。
replication_applier_status_by_coordinator 
对于多线程复制，从库使用了多个复制线程(work thread)，并且开启了一个协调线程(coordinator thread)来管理它们。这个表显示了协调线程的状态信息和错误信息，并且包括上一个被协调线程buffer的事务，以及当前协调线程正在buffer的事务。在多线程复制中，首先由协调线程从relaylog中读取并缓存需要执行事务，然后再把事务分配给其中一个复制线程。
  1. mysql> select * from performance_schema.replication_applier_status_by_coordinator\G
  2. *************************** 1. row ***************************
  3.                                          CHANNEL_NAME: 
  4.                                             THREAD_ID: 342
  5.                                         SERVICE_STATE: ON
  6.                                     LAST_ERROR_NUMBER: 0
  7.                                    LAST_ERROR_MESSAGE: 
  8.                                  LAST_ERROR_TIMESTAMP: 0000-00-00 00:00:00.000000
  9.                            LAST_PROCESSED_TRANSACTION: c8e82820-16c4-11ed-8677-005056b65258:37
  10.  LAST_PROCESSED_TRANSACTION_ORIGINAL_COMMIT_TIMESTAMP: 2023-04-26 14:37:27.673466
  11. LAST_PROCESSED_TRANSACTION_IMMEDIATE_COMMIT_TIMESTAMP: 2023-04-26 14:37:27.673466
  12.     LAST_PROCESSED_TRANSACTION_START_BUFFER_TIMESTAMP: 2023-04-26 14:42:29.097360
  13.       LAST_PROCESSED_TRANSACTION_END_BUFFER_TIMESTAMP: 2023-04-26 14:42:29.098834
  14.                                PROCESSING_TRANSACTION: 
  15.      PROCESSING_TRANSACTION_ORIGINAL_COMMIT_TIMESTAMP: 0000-00-00 00:00:00.000000
  16.     PROCESSING_TRANSACTION_IMMEDIATE_COMMIT_TIMESTAMP: 0000-00-00 00:00:00.000000
  17.         PROCESSING_TRANSACTION_START_BUFFER_TIMESTAMP: 0000-00-00 00:00:00.000000
  18. 1 row in set (0.00 sec)
复制代码
replication_applier_status_by_worker
这个表显示了多线程复制中从库各个回放线程（applier thread）的状态及错误信息，applier thread也称workers。如果从库SQL线程在回放事务中报错，需要查询这个表获取详细的报错信息。如下图所示，下面的报错显示了SQL线程在回放事务过程中由于notest表中的某条记录不存在导致写入失败：
  1. mysql> select * from performance_schema.replication_applier_status_by_worker where last_error_message != ''\G
  2. *************************** 1. row ***************************
  3.                                            CHANNEL_NAME: 
  4.                                               WORKER_ID: 1
  5.                                               THREAD_ID: NULL
  6.                                           SERVICE_STATE: OFF
  7.                                       LAST_ERROR_NUMBER: 1032
  8.                                      LAST_ERROR_MESSAGE: Worker 1 failed executing transaction 'c8e82820-16c4-11ed-8677-005056b65258:38' at master log bin.000012, end_log_pos 3315; Could not execute Update_rows event on table test.notest; Can't find record in 'notest', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log FIRST, end_log_pos 3315
  9.                                    LAST_ERROR_TIMESTAMP: 2023-04-28 09:45:59.684586
  10.                                LAST_APPLIED_TRANSACTION: 
  11.      LAST_APPLIED_TRANSACTION_ORIGINAL_COMMIT_TIMESTAMP: 0000-00-00 00:00:00.000000
  12.     LAST_APPLIED_TRANSACTION_IMMEDIATE_COMMIT_TIMESTAMP: 0000-00-00 00:00:00.000000
  13.          LAST_APPLIED_TRANSACTION_START_APPLY_TIMESTAMP: 0000-00-00 00:00:00.000000
  14.            LAST_APPLIED_TRANSACTION_END_APPLY_TIMESTAMP: 0000-00-00 00:00:00.000000
  15.                                    APPLYING_TRANSACTION: c8e82820-16c4-11ed-8677-005056b65258:38
  16.          APPLYING_TRANSACTION_ORIGINAL_COMMIT_TIMESTAMP: 2023-04-28 09:45:59.673804
  17.         APPLYING_TRANSACTION_IMMEDIATE_COMMIT_TIMESTAMP: 2023-04-28 09:45:59.673804
  18.              APPLYING_TRANSACTION_START_APPLY_TIMESTAMP: 2023-04-28 09:45:59.684183
  19.                  LAST_APPLIED_TRANSACTION_RETRIES_COUNT: 0
  20.    LAST_APPLIED_TRANSACTION_LAST_TRANSIENT_ERROR_NUMBER: 0
  21.   LAST_APPLIED_TRANSACTION_LAST_TRANSIENT_ERROR_MESSAGE: 
  22. LAST_APPLIED_TRANSACTION_LAST_TRANSIENT_ERROR_TIMESTAMP: 0000-00-00 00:00:00.000000
  23.                      APPLYING_TRANSACTION_RETRIES_COUNT: 0
  24.        APPLYING_TRANSACTION_LAST_TRANSIENT_ERROR_NUMBER: 0
  25.       APPLYING_TRANSACTION_LAST_TRANSIENT_ERROR_MESSAGE: 
  26.     APPLYING_TRANSACTION_LAST_TRANSIENT_ERROR_TIMESTAMP: 0000-00-00 00:00:00.000000
  27. 1 row in set (0.00 sec)
复制代码
mysql.slave_master_info
此外mysql.slave_master_info这个表也需要注意，这个表显示了复制用户的明文密码，因此需要注意两点：
1.不要给复制用户repl授予除了REPLICATION SLAVE以外的权限，防止被获取明文密码后，利用这个用户进行一些高危操作。
2.在给数据库重建主从复制或者新加从库时，如果忘记了复制用户的密码，不需要再重置，可以通过这个表获取。
  1. mysql> select * from mysql.slave_master_info\G
  2. *************************** 1. row ***************************
  3.                 Number_of_lines: 33
  4.                 Master_log_name: bin.000012
  5.                  Master_log_pos: 197
  6.                            Host: 10.3.111.102
  7.                       User_name: repl
  8.                   User_password: PASSW0RD
  9.                            Port: 3306
  10.                   Connect_retry: 60
  11.                     Enabled_ssl: 0
  12.                          Ssl_ca: 
  13.                      Ssl_capath: 
  14.                        Ssl_cert: 
  15.                      Ssl_cipher: 
  16.                         Ssl_key: 
  17.          Ssl_verify_server_cert: 0
  18.                       Heartbeat: 30
  19.                            Bind: 
  20.              Ignored_server_ids: 0
  21.                            Uuid: c8e82820-16c4-11ed-8677-005056b65258
  22.                     Retry_count: 86400
  23.                         Ssl_crl: 
  24.                     Ssl_crlpath: 
  25.           Enabled_auto_position: 1
  26.                    Channel_name: 
  27.                     Tls_version: 
  28.                 Public_key_path: 
  29.                  Get_public_key: 0
  30.               Network_namespace: 
  31.    Master_compression_algorithm: uncompressed
  32.   Master_zstd_compression_level: 3
  33.                Tls_ciphersuites: NULL
  34. Source_connection_auto_failover: 0
  35.                       Gtid_only: 0
复制代码
 
总结一下，show slave status已经是一个比较全面的监控了，其他用的比较多的performance_schema中的关于复制的表有replication_applier_status_by_worker、The replication_applier_status_by_coordinator、replication_connection_status。工作中需要注意结合这些表的使用更好的排查问题。
 

来源:https://www.cnblogs.com/coygfly/p/17361132.html
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！

本帖子中包含更多资源

您需要 登录 才可以下载或查看，没有账号？立即注册

x

上一篇: mysql基础

下一篇: MySQL操作

发表于 2023-4-28 17:37:51

举报 回复 使用道具

返回列表 发新帖

Archiver|手机版|小黑屋|翼度科技

Copyright © 2001-2020, Tencent Cloud.　Powered by Discuz! X3.4