新葡萄京娱乐网站:复制状态与变量记录表,Mysql主从同步错误

新葡萄京娱乐网站 8

IT从业多年,历任运转技术员,高等运行程序猿,运转高管,数据库程序员,曾涉足版本揭橥系统,轻量级监察和控制系统,运行管理平台,数据库管理平台的设计与编写制定,熟识MySQL的系统布局时,InnoDB存款和储蓄引擎,喜好专研开源技艺,追求完善。

在从库中查看表performance_schema.replication_applier_status_by_worker
select * from
performance_schema.replication_applier_status_by_worker\G

COUNT_AUTH_PLUGIN_ERRORS: 0

新葡萄京娱乐网站 1

|group_replication_applier | 1 |92| ON |aaaaaaaa-aaaa-aaaa-aaaa-
aaaaaaaaaaaa:104099082| 0 || 0000-00-00 00:00:00 |

Coordinator stopped because there were error(s) in the worker(s). The
most recent failure being: Worker 2 failed executing transaction
‘ANONYMOUS’ at master log mysql-bin.005656, end_log_pos 4529152. See
error log and/or
performance_schema.replication_applier_status_by_worker table for
more details about this failure or others, if any.

root@localhost : performance _schema 12:55:26> select * from
replication_connection_statusG

翻看这些ID为332的那张表,开采这张表是自动成立的,创制的时候未有一点点名存款和储蓄引擎,所以基本都出错了

|| 43 |ON | 0 || 0000-00-00 00:00:00 |

*************************** 2. row
***************************
CHANNEL_NAME:
WORKER_ID: 2
THREAD_ID: NULL
SERVICE_STATE: OFF
LAST_SEEN_TRANSACTION: ANONYMOUS
LAST_ERROR_NUMBER: 1168
LAST_ERROR_MESSAGE: Worker 2 failed executing transaction ‘ANONYMOUS’
at master log mysql-bin.005656, end_log_pos 4529152; Error executing
row event: ‘Uerlying table which is differently defined or of non-MyISAM
type or doesn’t exist’
LAST_ERROR_TIMESTAMP: 2017-12-01 08:57:55

SUM_CONNECT_ERRORS: 0

image.png

# 假使是单主或多主复制,则该表中会为各样复制通道记录一条看似如下音信

去主库查找binlog日志,看看发生了怎么着业务(日志定位格局有一点挫)
mysqlbinlog –start-position=4529152 –stop-position=4539152
mysql-bin.005656 | more
那条命令是从45291伍十九地点上马,不过我们失误的岗位(end_log_pos)是以此地点甘休,所以刚刚错开,再往前一点就好
了。
经过那条命令看到日志时间是2017-12-01 01:47:41,所以作者用了别的一条命令
mysqlbinlog –start-datetime=2017-12-01 01:47:41
–stop-datetime=2017-12-01 01:47:50 mysql-bin.005656 | more
找到日志:

新葡萄京娱乐网站 2

admin@localhost : performance_schema 02:50:18> select * from
replication_applier_status_by_worker;

…….

+—————————-+———–+———–+—————+————————————————+——————-+——————–+———————-+

  • Slave_retried_transactions
  • Slave_last_heartbeat
  • Slave_received_heartbeats
  • Slave_heartbeat_period
  • Slave_running

root@ localhost: performance_schema 10: 35: 47> select * from
host_cacheG;

| |4| 47 |ON | |0| |0000- 00- 0000:00:00|

对于replication_group_members表,不允许施行TRUNCATE
TABLE语句。

平常,DBA或有关数据库运转人士在翻看从库的复制相关的信息,都习于旧贯性的应用show
slave
status语句查看。也许你会说,作者也会用performance_schema下的表查看有的复制报错信息什么的。但是,你理解show
slave
status语句、mysql系统库下的复制消息记录表、performance_schema系统库下的复制新闻记录表之间有怎样分别呢?不精通?别急,本文就要为你详细介绍show
slave
status语句与performance_schema系统库下的复制新闻记录表的不相同(mysql系统库下的复制表分化详见后续
“mysql系统库全方位介绍”类别)。

*************************** 1. row
***************************

| 45 |slave_uuid | 4b0027eb-6223-11e7-94ad-525400950aac |

|group_replication_applier | 91 |ON | 0 || 0000-00-00 00:00:00 |

COUNT _TRANSACTIONS_CHECKED: 0

# status_by_thread 表

02

新葡萄京娱乐网站 3

1 row in set (0.00 sec)

5 rows inset (0.00 sec)

global_status和session_status表字段含义如下:

SOURCE_UUID: ec123678-5e26-11e7-9d38-000c295e08a0

  • VARIABLE_NAME:状态变量名称
  • 与VARIABLE_VALUE:状态变量值,要注意:该段值包涵活跃和已偃旗息鼓的对话的状态变量总括值
  • USER:用户名
  • HOST:主机名或IP

|auto_increment_increment | 2 |

#
单线程复制和四线程复制时表中的记录一致,假使是多主复制,则各样复制通道记录一行音讯

HOST: 10.10.20.14

+————–+———–+—————+——————-+——————–+———————-+

NETWORK_INTERFACE:

*************************** 1.
row***************************

|45| Bytes_received |0|

|group_replication_applier | 0 |

+———–+—————————————–+—————-+

+—————————-+—————+

表中各字段含义以及与change master
to语句的选拔对应关系如下:

+————————–+—————-+

| VARIABLE_NAME |VARIABLE_VALUE |

1row inset ( 0. 00sec)

+————–+———–+—————+——————-+——————–+———————-+

LAST_ERROR_SEEN: 2017 -12-3022 :34:51

HOST: NULL

SSL_CERTIFICATE:

SSL_ALLOWED: NO

*************************** 2. row
***************************

  • status_by_account:根据每一种帐户实行联谊的状态变量
  • status_by_host:根据每一种主机名进行联谊的状态变量
  • status_by_user:根据各类客商名举办联谊的状态变量

COUNT_NAMEINFO_TRANSIENT_ERRORS: 0

对于replication_connection_status表,不容许实施TRUNCATE
TABLE语句。

+—————————+————————————–+————-+————-+————–+

| group_replication_recovery |0|

| auto_increment_offset |2|

COUNT_HOST_ACL_ERRORS: 0

COUNT _CONFLICTS_DETECTED: 0

| CHANNEL_NAME |WORKER_ID | THREAD_ID |SERVICE_STATE |
LAST_SEEN_TRANSACTION |LAST_ERROR_NUMBER | LAST_ERROR_MESSAGE
|LAST_ERROR_TIMESTAMP |

| CHANNEL_NAME |DESIRED_DELAY |

system variables记录表

大家先来拜候表中记录的总括音讯是哪些体统的。

表中各字段含义如下:

COUNT_DEFAULT_DATABASE_ERRORS: 0

+—————————-+———–+———–+—————+————————————————+——————-+——————–+———————-+

LAST _ERROR_MESSAGE:

+————–+———–+———–+—————+———————–+——————-+——————–+———————-+

+———–+————————-+————————————–+

+————–+—————+

SSL _CRL_PATH:

4. replication_applier_status_by_worker表

FLUSH HOSTS和TRUNCATE TABLE
host_cache具备同样的机能:它们清除主机缓存。host_cache表被清空并免去阻塞任何因为破绽比非常多记录数据当先限制而被堵塞的主机连接。FLUSH
HOSTS供给RELOAD权限。 TRUNCATE TABLE要求host_cache表的DROP权限。

该表中著录的是从库当前的形似工作执生势况(该表也记录组复制架构中的复制状态音信)

+——-+———–+————————-+—————-+

+—————————-+—————+—————–+—————————-+

那一个复制表中记录的新闻生命周期如下(生命周期即指的是这一个表中的新闻哪天写入,几时会被涂改,哪天会被清理等):

CHANNEL _NAME: group_replication_recovery

|CHANNEL_NAME | WORKER_ID |THREAD_ID | SERVICE_STATE
|LAST_SEEN_TRANSACTION | LAST_ERROR_NUMBER |LAST_ERROR_MESSAGE |
LAST_ERROR_TIMESTAMP |

|| 3 |46| ON || 0 || 0000-00-00 00:00:00 |

表中各字段含义

……

  • THREAD_ID:定义变量的对话的线程标记符(ID)
  • VARIABLE_NAME:定义的变量名称,在该表中去掉了@字符的格局显式
  • VARIABLE_VALUE:定义的变量值

新葡萄京娱乐网站 4

LAST _HEARTBEAT_TIMESTAMP: 0000-00-00 00:00:00

1 rowinset(0 .00sec)

RECEIVED _TRANSACTION_SET:

  • CHANNEL_NAME:组成员所在组所利用的复制通道名称,通道名为:group_replication_applier
  • VIEW_ID:组成员所在组的近些日子视图标记符
  • MEMBER_ID:显示当前组成员server的UUID,组成员实例的UUID同样。组中的种种节点有所分化的值(因为是利用的组成员实例的UUID,该UUID随机生成,保障全局独一)且独一
  • COUNT_TRANSACTIONS_IN_QUEUE:表示近些日子队列中等候争执检查的事务数(等待全局工作认证的事务数),一旦顶牛检查评定通过,他们将排队等待应用
  • COUNT_TRANSACTIONS_CHECKED:表示已经过争论检查体制检查的事务数(已透过全局职业认证的事务数,从节点参加组复制时开首臆想)
  • COUNT_CONFLICTS_DETECTED:表示未经过冲突检查评定机制检查的事务数(在大局专门的学问认证时未通过的事务数)
  • COUNT_TRANSACTIONS_ROWS_VALIDATING:表示争论检查评定数据库的脚下高低(用于寄存种种经过认证的事务的数据库),可用于表明新事业,但尚未被垃圾回收的可用行数
  • TRANSACTIONS_COMMITTED_ALL_MEMBE奇骏S:展现已在当下视图中的全数成员上得逞交付的事务(类似具有成员实例的gtid_executed集合的错落有致),该值固定时间距离更新(所以并不实时)
  • LAST_CONFLICT_FREE_TRANSACTION:彰显最终三回无龃龉校验检查的事情标记符(最终一个未有争持的事体的GTID)

+———–+————————-+—————-+

……

2 rows in set (0.00 sec)

4 rows inset (0.00 sec)

表中各字段含义及与show slave
status输出字段对应关系如下:

表中各字段含义如下:

admin@localhost : performance _schema 02:51:00> select * from
replication_connection_configurationG;

admin@localhost : performance_schema 04:08 :36> select * from
status_by_account where USER is notnull limit 5;

  • 在进行CHANGE MASTE陆风X8 TO在此之前,这一个表是空的
  • 推行CHANGE MASTER
    TO之后,在配置参数表replication_applier_configuration和replication_connection_configuration中能够查阅到安顿音讯了。此时,由于并不曾运转复制,所以表中THREAD_ID列为NULL,SERVICE_STATE列的值为OFF(那三个字段存在与表replication_applier_status、replication_applier_status_by_coordinator、replication_applier_status_by_worker、replication_connection_status多少个表中)
  • 推行START
    SLAVE后,能够见到连接线程和和煦器线程,工作线程状态表中的THREAD_ID字段被分配了一个值,且SE揽胜极光VICE_STATE字段被修改为ON了,THREAD_ID字段值与show
    processlist语句中观望的线程id一样。 *
    尽管IO线程空闲或正在从主库接收binlog时,线程的SE奥迪Q5VICE_STATE值会一贯为ON,THREAD_ID线程记录线程ID值,借使IO线程正在品尝连接主库但还向来不中标创建连接时,THREAD_ID记录CONNECTING值,THREAD_ID字段记录线程ID,借使IO线程与主库的连接断开,只怕主动甘休IO线程,则SE酷威VICE_STATE字段记录为OFF,THREAD_ID字段被涂改为NULL
  • 实行 STOP
    SLAVE之后,全体复制IO线程、和睦器线程、专业线程状态表中的THREAD_ID列变为NULL,SERVICE_STATE列的值变为OFF。注意:结束复制相关线程之后,这个记录并不会被清理
    ,因为复制意外终止大概一时半刻须要会实施截止操作,恐怕须要得到一些气象消息用于排错恐怕另外用途。
  • 实践RESET
    SLAVE之后,全体记录复制配置和复制状态的表中记录的新闻都会被扫除。可是show
    slave
    status语句还可以查看到局地复制状态和布局音讯,因为该语句是从内部存款和储蓄器中获取,RESET
    SLAVE语句并从未清理内部存款和储蓄器,而是清理了磁盘文件、表(还包蕴mysql.slave_master_info和mysql.slave_relay_log_info四个表)中记录的音信。假如必要清理内部存款和储蓄器里报错的复制新闻,供给运用RESET
    SLAVE ALL;语句
  • 注意:对于replication_applier_status_by_worker、replication_applier_status_by_coordinator表(以及mysql.slave_wroker_info表)来讲,假如是以单线程复制运营,则replication_applier_status_by_worker表记录一条WOCR-VKE奇骏_ID=0的记录,replication_applier_status_by_coordinator表与mysql.slave_wroker_info表为空(使用二十四线程复制,该表中才有记录)。即,借使slave_parallel_workers系统变量大于0,则在实践START
    SLAVE时这几个表就被填充相应二十八线程工作线程的音信

5 rows inset (0.01 sec)

performance_schema记录系统变量的这个表不辅助TRUNCATE
TABLE语句

global_variables和session_variables表字段含义如下:

host_cache表保存连接到server的主机相关音信缓存,在那之中蕴藏顾客机主机名和IP地址音信,能够用于幸免DNS查找。该表能够行使SELECT语句举办询问,但需求在server运行从前开启performance_schema参数,不然表记录为空。

*************************** 1. row
***************************

|admin | localhost |Bytes_received | 6049 |

2 rows inset (0.00 sec)

SOURCE_UUID: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa

1row inset ( 0. 00sec)

|admin | Bytes_received |6177|

CHANNEL_NAME:

COUNT_SSL_ERRORS: 0

# 如若是MGQX56集群,则该表中会记录类似如下MGENVISION集群音信

03

+———–+————————-+—————-+

admin@localhost : performance_schema 11:01:51> select * from
global_status limit 5;

产品 沃趣科学和技术

COUNT_LOCAL_ERRORS: 0

…………

FIRST_SEEN: 2017 -12-3022 :34:51

7. replication_group_member_stats表

+———–+————————-+—————-+

……

PS1:一般来讲系统状态变量被活动到了这一个复制状态表中实行记录(MySQL
5.7.5版之前使用以下状态变量查看):

PS2:对此组复制架构,组复制的监察音信传布在如下几张表中

|45| Bytes_sent |2901|

该表中著录的是从库使用二十八线程复制时,从库的和谐器专门的工作意况记录,当从库使用八线程复制时,每一个通道下将创造多少个和谐器和七个干活线程,使用和睦器线程来保管这一个工作线程。即便从库使用单线程,则此表为空(对应的笔录转移到replication_applier_status_by_worker表中记录),大家先来会见表中著录的计算音信是怎么体统的。

新葡萄京娱乐网站 5

GROUP_NAME:

THREAD_ID: NULL

5 rows inset (0.00 sec)

+————–+—————+—————–+—————————-+

LAST _ERROR_NUMBER: 0

对于replication_applier_status_by_worker表,不容许试行TRUNCATE
TABLE语句。

| CHANNEL_NAME |WORKER_ID | THREAD_ID |SERVICE_STATE |
LAST_SEEN_TRANSACTION |LAST_ERROR_NUMBER | LAST_ERROR_MESSAGE
|LAST_ERROR_TIMESTAMP |

TLS_VERSION:

  • THREAD_ID:会话等级系统变量对应的线程ID
  • VARIABLE_NAME:会话等级系统变量名
  • VARIABLE_VALUE:会话等级系统变量值

#
单线程、多线程主从复制时表中著录的内容一致,要是是多主复制,则每一种复制通道分别有一行记录信息

LAST_SEEN: 2017 -12-3022 :35:29

  • 与replication_connection_status表相比,replication_connection_configuration更换频率更低。因为它只含有从库连接到主库的配置参数,在再而三符合规律办事中间那几个安插音信保证不改变的值,而replication_connection_status中带有的连接情状新闻,只要IO线程状态发生变化,该表中的新闻就能够生出修改(多主复制架构中,从库指向了略微个主库就能记录多少行记录。MGTucson集群架构中,各样节点有两条记下,但这两条记下并没有记录完整的组复制连接配置参数,比如:host等信息记录到了replication_group_members表中)。

+——-+———–+————————-+—————-+

COUNT_FCRDNS_ERRORS: 0

performance_schema
系统库下提供了之类多少个与复制状态相关的表(表含义详见本文后续小节):

8. replication_group_members表

5. replication_connection_configuration表

TRANSACTIONS _COMMITTED_ALL_MEMBERS:
0a1e8349-2e87-11e8-8c9f-525400bdd1f2:1-148826,

PS:若果开发银行选项 skip_name_resolve
设置为ON,则该表不记录任何新闻,因为该表的效用就是用来幸免、加速域名深入分析用于,跳过域名分析功效时则该表记录的新闻用途异常的小。

5 rows inset (0.00 sec)

COUNT_MAX_USER_CONNECTIONS_PER_HOUR_ERRORS: 0

COUNT_HOST_BLOCKED_ERRORS: 0

  • global_variables:全局系统变量。只要求全局系统变量值的应用程序能够从该表中收获
  • session_variables:当前对话的系统变量。只要求得到自身眼下对话的种类变量值能够从该表中获取(注意,该表中带有了无会话品级的全局变量值,且该表不记录已断开连接的系统变量)
  • variables_by_thread:依照线程ID为标志符记录的对话系统变量。想要在现阶段线程中查询其他钦定线程ID的对话等级系统变量时,应用程序能够从该表中拿走(注意,该表中仅包蕴有对话级其余系统变量)

THREAD_ID: 101

# 假诺是MG安德拉集群,则该表中会记录类似如下MG安德拉集群消息

表中各字段含义如下:

USER: qfsys

RECEIVED _TRANSACTION_SET:
aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:104099082

#
十二线程和单线程主从复制时表中记录同一,假如是多主复制,则各种复制通道在表中个记录一行音讯

对于replication_applier_status_by_coordinator表,不容许施行TRUNCATE
TABLE语句。

3rows inset ( 0. 01sec)

……

  • THREAD_ID:与该状态变量相关联的线程ID
  • VARIABLE_NAME:有对话级其他状态变量名称
  • VARIABLE_VALUE:与线程ID相关的对话品级状态变量值

注意:对于replication_connection_configuration表,不容许实行TRUNCATE
TABLE语句。

| CHANNEL_NAME |SERVICE_STATE | REMAINING_DELAY
|COUNT_TRANSACTIONS_RETRIES |

+—————————-+—————+—————–+—————————-+

  • 当会话终止时征集的account相关状态变量会增加到全局状态变量表的计数器和accounts表的连带计数器中。假诺account分类关闭了访问而host和user分类开启了搜罗,则会针对主机和客户分类聚合相应的状态变量值,同有时常候将会话状态加多到hosts和users表中的相关计数器中
  • 如果将performance_schema_accounts_size,performance_schema_hosts_size和performance_schema_users_size系统变量分别安装为0,则不会搜集帐户,主机和顾客分类的总计信息
  • show_compatibility_56系统变量的值会影响这几个表中的总括音信

performance_schema提供了八个封存顾客定义变量的user_variables_by_thread表(该表也保留由mysql内部连接线程创立的变量)。那个变量是在特定会话中定义的变量,变量名由@字符最早。

原标题:复制状态与变量记录表 | performance_schema全方位介绍(六)

admin@localhost : performance_schema 09:50:40> select * from
session_variables limit 5;

|localhost | Bytes_received |6113|

2. replication_applier_status表

+—————————-+—————-+

PS:

新葡萄京娱乐网站 6

admin@localhost : performance_schema 04:08:58> select * from
status_by_user where USER is notnull limit 5;

admin@localhost : performance_schema 09:50:52> select * from
variables_by_thread limit 5; # 能够看出比后边两张表多了个THREAD_ID
字段来记录线程ID

COUNT_INIT_CONNECT_ERRORS: 0

HOST: <NULL>

# session_variables表(查询结果与global_variables 表类似)

|USER | VARIABLE_NAME |VARIABLE_VALUE |

  • IP:连接到server的顾客端的IP地址,以字符串格局记录
  • HOST:该顾客端IP分析的DNS主机名,若无计算利息记录,则该字段为NULL
  • HOST_VALIDATED:有些IP的顾客端的’IP-主机名称-IP’的剖析是还是不是中标。假若HOST_VALIDATED为YES,则HOST列被视作与之相关的IP使用,以幸免选取DNS分析。当HOST_VALIDATED为NO时,对于种种连会每每地品尝DNS分析,直到最后回到有效的剖析结果依然再次来到二个荒谬。可以动用该新闻来在server所使用的DNS服务器故障时期制止实践DNS解析
  • SUM_CONNECT_ETiggoROMuranoS:该字段记录的总是错误数量被感到是“正在围堵中”的连接数(此时您或然须要关爱下max_connect_errors系统变量值,一旦该列值超过该变量的值,则再三再四的连年将从来被驳回)。只对公约握手错误实行计数,並且仅对通过验证的主机(HOST_VALIDATED
    = YES)实行计数
  • COUNT_HOST_BLOCKED_ERRORS:由于SUM_CONNECT_ERRORS超出了max_connect_errors系统变量的值而被封堵的连接数
  • COUNT_NAMEINFO_TRANSIENT_E帕杰罗RO陆风X8S:从IP到主机名称的DNS深入分析时期的短短错误的数码,例如首回分析战败,第三次深入分析成功
  • COUNT_NAMEINFO_PERMANENT_EWranglerROXC90S:从IP到主机名称DNS剖判时期的恒久性错误的数目,深入分析DNS直到不再尝试再度解析的不当
  • COUNT_FORMAT_E中华VRO奥德赛S:主机名格式错误的数量。
    对于主机名(DNS中的主机名),MySQL不会在mysql.user表中重试试行与主机列相称操作,比方:1.2.example.com(主机名部分是数字是错误的格式)。可是若是一向利用IP地址时则前缀是数字的不会被识别为错误格式,会动用IP格式相称并非DNS格式
  • COUNT_ADDRINFO_TRANSIENT_E本田CR-VRO昂CoraS:从主机名称到IP反向DNS分析进度中的短暂错误数量
  • COUNT_ADDRINFO_PERMANENT_ELacrosseRO奥迪Q3S:从主机名称到IP反向DNS解析时期的永世性错误的数目
  • COUNT_FCRDNS_E中华VRO酷路泽S:DNS反向解析产生错误的多寡。当IP-主机名称-IP的剖析发生了然析的结果IP与提倡呼吁的顾客端原始IP不相称时,就产后了那几个荒唐
  • COUNT_HOST_ACL_E凯雷德ROCR-VS:某些主机未有有权力的客商可登入server时,从这些主机尝试登入server会爆发这些荒唐。在这种场所下,server重回EGL450_HOST_NOT_PRIVILEGED错误
  • COUNT_NO_AUTH_PLUGIN_EKugaROLacrosseS:由于供给的身份验证插件不可用而致使的荒谬数量。比方:某些身份验证插件并未有加载,那么这一个插件被呼吁时就能发出这些指鹿为马
  • COUNT_AUTH_PLUGIN_E英菲尼迪Q60ROEvoqueS:居民身份表明插件报告的荒谬数。验证插件能够告知差异的错误代码,以建议故障的根本原因。依照错误类型,相应地追加对应错误类型的错误计数列值(COUNT_AUTHENTICATION_ERRORS、COUNT_AUTH_PLUGIN_ERRORS、COUNT_HANDSHAKE_E中华VRO牧马人S),未知的插件错误在COUNT_AUTH_PLUGIN_EGL450RO中华VS列中计数
  • COUNT_HANDSHAKE_E奥迪Q3ROENVISIONS:在拉手球组织议品级检查评定到的失实数
  • COUNT_PROXY_USER_E宝马X5RO昂CoraS:代理客户A在代理一纸空文的另一客商B时检查评定到的荒谬数
  • COUNT_PROXY_USER_ACL_EENCOREROKoleosS:今世理客商A被代理给另三个留存可是对于A没有PROXY权限的客商B时,检查测量试验到的荒唐数量
  • COUNT_AUTHENTICATION_E库罗德RO哈弗S:认证失利形成的百无一是次数
  • COUNT_SSL_E宝马7系RO奥迪Q7S:由于SSL难点导致的不当数量
  • COUNT_MAX_USER_CONNECTIONS_ERRO昂CoraS:超越各种客户连接分配的定额造成的荒谬数
  • COUNT_MAX_USER_CONNECTIONS_PER_HOUR_ESportageROLacrosseS:越过每客户连接每时辰分配的定额变成的失实数量
  • COUNT_DEFAULT_DATABASE_EOdysseyROLacrosseS:与默许数据库相关的荒谬数。比如:数据库官样文章或顾客并未权限访谈
  • COUNT_INIT_CONNECT_ERRORS:由init_connect系统变量加载的文件中的语句执行停业引起的荒唐数
  • COUNT_LOCAL_ECRUISERRO路虎极光S:server当地试行相关操作时的一无所长数量,与网络、身份验证、授权毫无干系的错误。举个例子,内存不足的情景属于这一系列
  • COUNT_UNKNOWN_ESportageRO冠道S:别的未知错误的多少,该列保留供以往应用
  • FIRST_SEEN:对于有些IP顾客端,第一遍尝试连接产生的小运
  • LAST_SEEN:对于有些IP客商端,最终叁次尝试连接产生的时间
  • FIRST_ERROR_SEEN:对于某些IP客户端,第三遍尝试连接产生错误的光阴
  • LAST_ERROR_SEEN:对于某些IP客商端,最终贰回尝试连接爆发错误的年月

root@localhost : performance_schema 11:00:16> select * from
replication_applier_status_by_worker;

1row inset ( 0. 00sec)

# 单线程主从复制时表中著录的剧情如下

COUNT_PROXY_USER_ACL_ERRORS: 0

MySQL
server维护着广大状态变量,提供有关其内部有关操作的音讯。如下一些performance_schema表中记录着状态变量音信:

+———–+————————-+————————————–+

该表记录组复制架构中,组成员的网络和情状音信。仅在组复制组件运营时表中才会有记录,大家先来探望表中记录的计算音讯是何等体统的。

root@localhost : performance _schema 10:56:40> select * from
replication_connection_statusG

| group_replication_recovery |OFF | NULL |0|

# 就算是MG酷威集群,则该表中会记录类似如下MGQashqai集群信息

该表中著录从库线程延迟复制的配备参数(延迟复制的线程被称为普通线程,比方CHANNEL_NAME和DESIRED_DELAY字段记录有些复制通道是或不是须要进行延迟复制,就算是MGPRADO集群,则记录组复制从节点的推移复制配置参数),该表中的记录在Server运转时能够应用CHANGE
MASTER
TO语句举行更改,大家先来拜会表中记录的计算消息是怎么着样子的。

SSL _CA_FILE:

admin@localhost : performance_schema 02:49:50> select * from
replication_applier_status_by_coordinator;

服从帐号、主机、客户总结的状态变量总括表

CONNECTION _RETRY_INTERVAL: 60

该表中著录从库用于连接到主库的配备参数,该表中存款和储蓄的配备消息在实施change
master语句时会被涂改

+————–+———–+———–+—————+———————–+——————-+——————–+———————-+

+—————————-+—————+

对于replication_applier_status表,不容许实践TRUNCATE
TABLE语句。

大家先来拜谒表中记录的总结信息是什么样体统的。

新葡萄京娱乐网站 7

1 row in set (0.00 sec)

|localhost | Bytes_sent |306310|

咱俩先来拜候表中记录的计算信息是何等体统的。

root@localhost : performance _schema 11:02:10> select * from
replication_group _member_statsG

新葡萄京娱乐网站 8

+—————————+———–+—————+——————-+——————–+———————-+

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注