MySQL复制相关变量【澳门新葡萄京app下载】

LAST _ERROR_NUMBER: 0

log_slave_updates:该参数用来支配是还是不是将选择的主库的换代数据的语句也记录在slave本人的bin
log中。符合规律情状下是不须要记录的，但如果是想创造级联复制关系，举例A
-> B -> C，那之中B既要作为A的从库，也要作
为C的主库，则供给既开启log-bin参数，也要展开log_slave_updates参数
relay-log:该参数用来内定relay-log文件的底子名称，暗中认可的名称叫host_name-relay-bin.xxxx，当中的xxxx结尾是逐条依次增加的数字

坚守帐号、主机名、客商名叫分组对状态变量进行分类数据，比方：依照帐号表总括的表分组列为host和user列，聚合列当然就是状态变量本人（该意义是MySQL
5.7本子新扩展的卡塔尔国，有如下几张表：

在slave的my.cnf上设置replicate-do-db=test，重启mysql

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

在说话复制情形下查看对点名数据库的改造操作:

对于replication_group_members表，不容许实行TRUNCATE
TABLE语句。

USE prices;
UPDATE sales.january SET amount=amount+1000;

– END –归来今日头条，查看更加的多

USE sales;
UPDATE prices.march SET amount=amount-25;

# 假使是MG卡宴集群，则该表中会记录近似如下MG兰德奔驰M级集群音讯

在依附行复制的条件中，只要数据库对象是点名的库，则复制都能日常,比方上述update语句由于january表是归属sales库的，则slave会复制并应用
，相像下边包车型地铁口舌在依据行复制的条件中也不会执行:

#
单线程、四线程主从复制时表中记录的开始和结果风姿洒脱致，假如是多主复制，则各种复制通道分别有豆蔻梢头行记录消息

[mysqld]
binlog-format=statement
主库上执行:
mysql> use test;
mysql> update test2.temp set name='ddd';
mysql> use test2;
mysql> update test.temp set name='eee';
在从库上查看复制结果:
mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> select * from temp; 
-- 虽然是指定的同步数据库但并没有同步
 +------+------+
 | id | name |
 +------+------+
 | 1|abc|
 | 2|abc|
 | 3|abc|
 | 4|abc|
 | 5|abc|
 +------+------+
mysql> use test2;
mysql> select * from temp;
 +------+------+
 | id | name |
 +------+------+
 |10|ddd|
 |11|ddd|
 |12|ddd|
##虽然不是指定的同步数据库但数据有同步

# 若是是MGWrangler集群，则该表中会记录相仿如下MG宝马X3集群新闻

在行复制处境下查看对点名数据库的更动操作:

 mysql> show variables like '%binlog_format%';
 +---------------+-------+
 | Variable_name | Value |
 +---------------+-------+
 | binlog_format | ROW |
 +---------------+-------+

主库上施行:

mysql> use test;
mysql> update test2.temp set name='bcd';
mysql> use test2;
mysql> update test.temp set name='abc';
在从库上查看复制结果:
mysql> use test;
mysql> select * from temp; ##数据已复制
 +------+------+
 | id | name |
 +------+------+
 | 1|abc|
 | 2|abc|
 | 3|abc|
 | 4|abc|
 | 5|abc|
 +------+------+
mysql> use test2;
mysql> select * from temp; ##数据未复制
+------+------+
| id | name |
+------+------+
| 10 | aa |
| 11 | bb |
| 12 | cc |
+------+------+

另贰个基于SQL语句复制和基于行复制的界别在于当语句中饱含对三个数据库的表进行操作时。比方设置replicate-do-db=db1,

USE db1;
UPDATE db1.table1 SET col1 = 10, db2.table2 SET col2 = 20;

依据SQL语句的复制会将table1和table2都在备库校勘，而基于行的复制只会在备库改过table1表

USE db4;
UPDATE db1.table1 SET col1 = 10, db2.table2 SET col2 = 20;

而对于上述话语来讲，基于SQL语句的复制不会在备库改过任何表，而根据行的复制会
在备库更改table1表
若是指望跨库的update语句在多个库上都起效用，能够利用replicate-do-
table=db_name.tbl_name

replicate-ignore-db:该参数决定了忽视钦点数据库的复制，其表现和replicate-do-db
赶巧相反
replicate-do-table=db_name.tbl_name:通过该参数告知slave的SQL
thread仅复制指定表上的数码。如若有几个表，则该参数要使用频繁
replicate-ignore-table=db_name.tbl_name:通过该参数告知slave的SQL
thread将指定表上的数量过滤掉
replicate-wild-do-table=db_name.tbl_name:通过该参数告知SQL的SQL
thread仅复
制切合相称的表，能够运用_和%充作通配符。譬喻replicate-wild-do-
table=foo%.bar%意味复制以foo打头的数据库下全体bar打头的表数据。若是是
replicate-wild-do-table=foo%.%,则象征即复制foo打头的全部表的数额，也复制
create/drop/alter database foo打头的授命
replicate-wild-ignore-table=db_name.tbl_name:通过该参数告知SQL的SQL
thread 过滤掉符合相配的表

设置replicate-do-table参数，重启mysql:
[mysqld]
replicate-do-db=test
replicate-do-table=test.temp

slave-parallel-workers: 该参数决定了slave上运营多少个SQL
thread线程来并行应用数据的。私下认可值是0代表不允许并行，取值范围能够是0~1024
[mysqld] slave-parallel-workers=5

skip-slave-start
:该参数决定了在MySQL运维时是或不是先不运转slave线程，即暂停复制

[mysqld] 
skip-slave-start=1

slave-parallel-type=type
:该参数决定了当运转了相互之后，接Nash么样粒度的并市场价格势。暗中认可值database代表依照区别的数据库施行并行，LOGICAL_CLOCK则意味根据在binlog中的风度翩翩组提交的政职业为并行粒度
slave-skip-errors=[err_code1,err_code2,…|all|ddl_exist_errors]:该参数决定了当slave的SQL
thread实践过程中遇见何种错误时可以忽视并连任接下去的数量复制。不奇怪情状下当有乖谬爆发时，复制会告风流倜傥段落而急需人工干预修复本事三番两次进行。除非特别自信能够忽略某个错误，不然不要采用那么些参数，不然会变成即便复制实施平日，但事实上里面包车型客车数据已经完全不相符

sql_slave_skip_counter意味着在非GTID复制意况下，通过设置此参数来跳过些微个复制事件。
设置完该参数并不是即刻生效，而是要等待下一次start
slave命令的试行生效，并将该参数再一次设置为0
log-bin[=base_name]:该参数表示是还是不是开启binary
log。暗中同意情状下MySQL会使用
host_name-bin.xxxx作为文件的名字，在这之中xxxx是以数字依次增加的后缀。借使该参数钦定了
base_name，则二进制文件会以base_name.xxxx来命名
binlog-do-db=db_name: 该参数决定了哪些库下的退换会被记录到bin
log中。其表现与
replicate-do-db类型，在依附SQL语句复制的条件下，只记录在这里时此刻数据库下的修改。比如钦赐binlog-do-db=sales，一下语句不会被记录到bin log中:

USE prices;
UPDATE sales.january SET amount=amount+1000;

而以下语句则会被记录到bin log中:

USE sales; UPDATE prices.discounts SET percentage = percentage + 10;

而基于行复制的景况下，唯有归属钦赐数量的语句才会被记录到bin
log中。举个例子下边包车型大巴语句会被记录:

USE prices; 
UPDATE sales.february SET amount=amount+100; 
-- 而下面的语句则不会被记录:
USE sales; 
UPDATE prices.march SET amount=amount-25; 
-- 针对跨库的语句来说，行为和replicate-do-db相同

binlog-ignore-db=db_name:该参数决定了在bin log中忽视的数据库，其一坐一起与
replicate-ignore-db类型

binlog_format:该参数决定了bin
log中记录的格式，能够是statement,row,mixed，分别
代表基于SQL语句的复制，基于行复制和基于混合复制。在5.7.7本子以前的暗中同意设置是
statement，在5.7.7及事后，则暗中同意是row。当设置为混合形式时，则优先接收statement，
只有当基于语句的复制不可能保险复制的精确时会自动替换为row

反省复制状态方法

SHOW SLAVE STATUS\G
Slave_IO_State:    -- 代表当前slave的状态
Slave_IO_Running:     -- 代表负责读取主库bin log的IO线程是否是运行状态，正常情况下应 该是YES
Slave_SQL_Running:    -- 代表负责执行备库relay log的SQL线程是否是运行状态，正常情 况下应该是YES
Last_IO_Error, Last_SQL_Error:    -- 分别代表最后一次IO线程和SQL线程所发生的错误， 正常情况下应该是空代表没有错误 
Seconds_Behind_Master:    -- 代表备库的SQL线程比主库的bin log晚多少秒。0代表目前 没有复制延迟
(Master_Log_file, Read_Master_Log_Pos):    -- 表示IO线程在主库bin log中的坐标位置 
(Relay_Master_Log_File, Exec_Master_Log_Pos):    -- 表示SQL线程在主库bin log中的坐 标位置
(Relay_Log_File, Relay_Log_Pos):    -- 表示SQL线程在备库relay log中的坐标位置

在主库能够因而实施show processlist命令查看主库的bin log日志生成进度

mysql> SHOW PROCESSLIST \G;
*************************** 4. row ***************************
Id: 10
User: root
Host: slave1:58371
db: NULL
Command: Binlog Dump
Time: 777
State: Has sent all binlog to slave; waiting for binlog to be updated
Info: NULL

| VARIABLE_NAME |VARIABLE_VALUE |

replicate-do-db:该参数用来钦点必要复制的数据库。
在依据语句复制的景况中，钦命该参数之后，则slave的SQL
thread进程只会利用在本数据库下的目标相关的言辞。即使有八个数据库须求复制，则那一个参数要选取频仍。但如若是涉及到跨库操作语句，则复制会丢弃，举个例子:
replicate-do-db=sales

5 rows inset (0.00 sec)

server_id是必得设置在master和各样slave上的唯意气风发标志ID，其取值范围
是1~4294967295里边，且同一个复制组之内不可能重新
server_uuid:server_uuid会在GTID复制中选取。当MySQL运营以后，会
首先到数据文件目录下的auto.cnf中检索是还是不是有钦点的server_uuid,若无找到,则自个儿生成叁个server_uuid并保留到这么些文件中

该表中记录的是从库当前的平时工作实行景况（该表也记录组复制架构中的复制状态音讯卡塔尔（阿拉伯语：قطر‎

CHANNEL_NAME：组成员所在组所运用的复制通道名称，通道名称叫：group_replication_applier
VIEW_ID：组成员所在组的当下视Logo志符
MEMBER_ID：展现当前组成员server的UUID，组成员实例的UUID相似。组中的各种节点有所差异的值（因为是接纳的组成员实例的UUID，该UUID随机生成，保险全局唯风流倜傥卡塔尔（阿拉伯语：قطر‎且唯黄金时代
COUNT_TRANSACTIONS_IN_QUEUE：表示方今队列中伺机冲突检查的事务数（等待全局职业认证的事务数卡塔尔（英语：State of Qatar），黄金年代旦冲突检测通过，他们将排队等候应用
COUNT_TRANSACTIONS_CHECKED：表示已通过冲突检查体制检查的事务数（已经过全局专业认证的事务数，从节点加入组复制时启幕思虑卡塔尔国
COUNT_CONFLICTS_DETECTED：表示未通过冲突检查测量检验机制检查的事务数（在全局专门的学问认证时未经过的事务数卡塔尔（阿拉伯语：قطر‎
COUNT_TRANSACTIONS_ROWS_VALIDATING：表示冲突检验数据库的前段时间大小（用于寄放各类经过认证的业务的数据库卡塔尔国，可用以评释新业务，但一向不被垃圾回笼的可用行数
TRANSACTIONS_COMMITTED_ALL_MEMBE科雷傲S：显示已在这里时此刻视图中的全数成员上得逞交付的业务(相似具备成员实例的gtid_executed会集的长短不一)，该值固如时期间距更新（所以并不实时卡塔尔（英语：State of Qatar）
LAST_CONFLICT_FREE_TRANSACTION：突显最终一回无冲突校验检查的事情标志符(末了一个并未有冲突的事体的GTID)

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

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

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

CHANNEL _NAME: group_replication_applier

1row inset ( 0. 00sec)

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

GROUP_NAME:

该表记录组复制架构中，组成员的网络和境况消息。仅在组复制组件运维时表中才会有记录，大家先来看看表中著录的总结新闻是何许样子的。

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

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

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

MySQL
server维护着好些个状态变量，提供关于其内部有关操作的音讯。如下一些performance_schema表中著录着状态变量音讯：

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

# global_variables表

PS：

show_compatibility_56系统变量的值会影响那几个表中的新闻记录
对话变量表（session_variables，variables_by_thread卡塔尔（阿拉伯语：قطر‎仅富含活跃会话的音讯，已经告风姿罗曼蒂克段落的对话不会记录
variables_by_thread表仅蕴涵关于前台线程的对话等级系统变量音信。且只记录具备会话级其他种类变量，其余，假诺在该表中有不能够被记录的对话品级系统变量，那么将大增状态变量Performance_schema_thread_instances_lost的值

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

1 rowinset(0 .00sec)

3. replication_applier_status_by_coordinator表

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

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

1 row in set (0.00 sec)

COUNT_FCRDNS_ERRORS: 0

admin@localhost : performance_schema 11:02:21> select * from
session_status limit 5;

|45| auto_increment_offset |2|

admin@localhost : performance_schema 11:02:49> select * from
status_by_thread limit 5;

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

……

system variables记录表

TLS_VERSION:

CHANNEL _NAME: group_replication_applier

global_variables和session_variables表字段含义如下：

PS：

| group_replication_recovery |OFF | NULL |0|

| 45 |master_heartbeat_period | 5000000000 |

SSL_KEY:

该表中记录的是从库IO线程的连年情形新闻（也记录组复制架构中其余节点的接连消息，组复制架构中二个节点参加集群在此以前的数目要求选择异步复制通道进行数量同步，组复制的异步复制通道音讯在show
slave
status中不可知卡塔尔（阿拉伯语：قطر‎，我们先来看看表中著录的计算消息是什么样样子的。

COUNT_PROXY_USER_ACL_ERRORS: 0

THREAD_ID: NULL

8. replication_group_members表

COUNT _CONFLICTS_DETECTED: 0

COUNT_UNKNOWN_ERRORS: 0

# status_by_host表

COUNT_HOST_BLOCKED_ERRORS: 0

status_by_thread表仅包涵前台线程的状态变量消息。该表记录数据自动总结，不指入手工行业内部定系统变量perform_schema_max_thread_instances的值，假设手工业钦点，务要求高于后台线程数量*2，不然只怕诱致因为该变量的界定未有丰盛的intruments
thread
instances容量导致力不能支创立，进而不可能监督前台线程的状态变量总结新闻，假如不能够监督前台线程的状态变量总结音信时，该表为空
show_compatibility_56种类变量的值会影响那么些表中的新闻记录
performance_schema奉行状态变量采摘时，对于全局品级的状态变量，要是threads表中INSTRUMENTED列值为“yes”则试行收罗，不然不访谈。但对此会话等级的状态变量，无论threads表的INSTRUMENTED字段值是还是不是为yes，始终执行搜聚
performance_schema不会在气象变量表中收载Com_xxx状态变量的总计信息。要获得全局和各样会说话句的连带实施计数，请分别接纳events_statements_summary_global_by_event_name和events_statements_summary_by_thread_by_event_name表进行询问。举例：SELECT
EVENT_NAME, COUNT_STAR FROM
events_statements_summary_global_by_event_name WHERE
EVENT_NAME LIKE ‘statement/sql/%’;
对于按帐户，主机名和客户名聚合的状态变量消息。详见下文。

产物沃趣科学技术

CHANNEL _NAME: group_replication_recovery

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

SSL_CERTIFICATE:

# status_by_user表

COUNT_INIT_CONNECT_ERRORS: 0

CONNECTION _RETRY_COUNT: 86400

root@localhost : performance_schema 12:46:10> select * from
replication_applier_status_by_worker;

THREAD_ID：会话等第系统变量对应的线程ID
VARIABLE_NAME：会话等第系统变量名
VARIABLE_VALUE：会话等第系统变量值

admin@localhost : performance_schema 04:08:43> select * from
status_by_host where HOST is notnull limit 5;

CHANNEL_NAME:

CHANNEL _NAME: group_replication_applier

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

|Aborted_clients | 0 |

LAST_ERROR_SEEN: 2017 -12-3022 :34:51

表中各字段含义

CHANNEL _NAME: group_replication_recovery

大家先来探视表中记录的计算音信是哪些体统的。

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

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

COUNT _TRANSACTIONS_IN_QUEUE: 0

状态变量摘要表允许实践TRUNCATE
TABLE语句，实践truncate语句时活动会话的状态变量不受影响：

表中各字段含义如下：

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

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

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

| THREAD_ID |VARIABLE_NAME | VARIABLE_VALUE |

该表中著录从库线程延迟复制的铺排参数（延迟复制的线程被称之为普通线程，比方CHANNEL_NAME和DESIRED_DELAY字段记录有个别复制通道是或不是供给推行延迟复制，如若是MGEscort集群，则记录组复制从节点的延期复制配置参数卡塔尔，该表中的记录在Server运维时方可采纳CHANGE
MASTER
TO语句进行校正，大家先来拜会表中记录的总括消息是哪些体统的。

平淡无奇，DBA或相关数据库启使人迷恋士在查阅从库的复制相关的新闻，都习贯性的接纳show
slave
status语句查看。可能你会说，笔者也会用performance_schema下的表查看有个别复制报错音讯什么的。可是，你精通show
slave
status语句、mysql系统库下的复制音讯记录表、performance_schema系统库下的复制新闻记录表之间有何样区别呢？不明了？别急，本文将要为您详细介绍show
slave
status语句与performance_schema系统库下的复制音讯记录表的区分（mysql系统库下的复制表不一样详见后续
“mysql系统库全方位介绍”类别卡塔尔国。

我们先来寻访表中著录的总括新闻是怎么着样子的。

1row inset ( 0. 00sec)

用以引用binlog file、pos和relay log
file、pos等音讯选项，在performance_schema表中不记录。

COUNT_MAX_USER_CONNECTIONS_PER_HOUR_ERRORS: 0

2 rows inset (0.00 sec)

FIRST_SEEN: 2017 -12-3022 :34:51

作者们先来探视表中著录的总结消息是怎么样体统的。

5. replication_connection_configuration表

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

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

|| 1 |44| ON || 0 || 0000-00-00 00:00:00 |

IT从业多年，历任运营程序员，高等运营程序猿，运维总裁，数据库程序猿，曾参预版本发表系统，轻量级监察和控制系统，运行管理平台，数据库管理平台的统筹与编写制定，了解MySQL的系统布局时，InnoDB存款和储蓄引擎，喜好专研开源本事，追求布帆无恙。

| |2| 45 |ON | |0| |0000- 00- 0000:00:00|

|THREAD_ID | VARIABLE_NAME |VARIABLE_VALUE |

1row inset ( 0. 00sec)

5 rows inset (0.00 sec)

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

root@localhost : performance_schema 11:03:38> select * from
replication_group_members;

COUNT_DEFAULT_DATABASE_ERRORS: 0

1 row in set (0.00 sec)

performance_schema提供了一个保存顾客定义变量的user_variables_by_thread表（该表也保留由mysql内部连接线程创设的变量卡塔尔（英语：State of Qatar）。那一个变量是在一定会话中定义的变量，变量名由@字符初步。

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

| CHANNEL_NAME |DESIRED_DELAY |

17 rows inset (0.00 sec)

HEARTBEAT_INTERVAL: 5.000

SSL_CIPHER:

COUNT_ADDRINFO_TRANSIENT_ERRORS: 0

COUNT_SSL_ERRORS: 0

透过以上内容，大家从全部上可以见到概况精通了performance_schema中的复制新闻表记录了何等音讯，上面依次详细介绍那几个复制新闻表。

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

| group_replication_recovery |0| NULL |OFF | |0| |0000- 00-
0000:00:00|

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

……

IP: 192 .168.2.122

2 rows in set (0.00 sec)

SSL _CA_PATH:

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

5 rows inset (0.01 sec)

注意：对于replication_connection_configuration表，分歧意施行TRUNCATE
TABLE语句。

|| 0 |

SSL_ALLOWED: NO

在执行CHANGE MASTE凯雷德 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字段被分配了八个值，且SEPRADOVICE_STATE字段被涂改为ON了，THREAD_ID字段值与show
processlist语句中看看的线程id相像。 *
假如IO线程空闲或正在从主库采用binlog时，线程的SEEscortVICE_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多少个表卡塔尔（英语：State of Qatar）中著录的新闻。就算须要清理内部存款和储蓄器里报错的复制音信，必要选用RESET
SLAVE ALL;语句
注意：对于replication_applier_status_by_worker、replication_applier_status_by_coordinator表（以及mysql.slave_wroker_info表卡塔尔来讲，假如是以单线程复制运维，则replication_applier_status_by_worker表记录一条WOEscortKE锐界_ID=0的记录，replication_applier_status_by_coordinator表与mysql.slave_wroker_info表为空(使用七十九线程复制，该表中才有记录)。即，假若slave_parallel_workers系统变量大于0，则在举办START
SLAVE时那几个表就被填充相应十六线程职业线程的新闻

PORT: 3306

# 假诺是MG君越集群，则该表中会记录雷同如下MG奥德赛集群音信

|USER | VARIABLE_NAME |VARIABLE_VALUE |

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

status_by_account：根据每个帐户实行联谊的状态变量
status_by_host：根据每种主机名进行联谊的状态变量
status_by_user：依据每一种顾客名进行联谊的状态变量

SSL _CRL_PATH:

咱俩先来看看表中著录的计算音信是怎么样样子的。

LAST _ERROR_TIMESTAMP: 0000-00-00 00:00:00

status_by_thread表包括各样活跃线程的场合。字段含义如下：

HOST: NULL

表中各字段含义如下：

VARIABLE_NAME：状态变量名称
VARIABLE_VALUE：状态变量值。对于global_status，此列包蕴全局状态变量值。对于session_status，此列满含当前对话的场馆变量值（同一时间包括无会话级其他全局状态变量值，且只包涵活跃会话的气象变量值卡塔尔。

……

FLUSH
STATUS语句会把全体活跃会话的情况变量值聚合到全局状态变量值中，然后重新复苏设置全部活跃会话的状态变量值，并在account，host和user状态变量对应的总括表中重新恢复生机设置已断开连接的状态变量聚合值。

# variables_by_thread表

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

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

|| 0 |82| ON || 0 || 0000-00-00 00:00:00 |

COUNT_NO_AUTH_PLUGIN_ERRORS: 0

对于replication_applier_status_by_worker表，不允许施行TRUNCATE
TABLE语句。

# 假如是MG福特Explorer集群，则该表中会记录相同如下MGPRADO集群消息

咱俩先来看看表中记录的总结信息是怎么着子的。

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

admin@localhost : performance_schema 09 :50:31> select * from
global_variables limit 5;

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

LAST _ERROR_NUMBER: 0

admin@localhost : performance_schema 02:49:12> select * from
replication_applier_configuration;

表中各字段含义以至与change master
to语句的取舍对应关系如下：

2. replication_applier_status表

|THREAD_ID | VARIABLE_NAME |VARIABLE_VALUE |

LAST _ERROR_TIMESTAMP: 0000-00-00 00:00:00

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

SSL _VERIFY_SERVER_CERTIFICATE: NO

LAST _ERROR_MESSAGE:

|localhost | Bytes_received |6113|

root@localhost : performance_schema 10:58:33> select * from
replication_applier_status;

2d623f55-2111-11e8-9cc3-0025905b06da:1-2,

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

|45| auto_increment_increment |2|

表中各字段含义如下：

COUNT_HOST_ACL_ERRORS: 0

坚守帐号、主机、客商总结的状态变量总计表

那么些复制表中著录的音信生命周期如下(生命周期即指的是这一个表中的音讯哪天写入，什么日期会被涂改，哪一天会被清理等卡塔尔（英语：State of Qatar）：

replication_applier_configuration
replication_applier_status
replication_applier_status_by_coordinator
replication_applier_status_by_worker
replication_connection_configuration
replication_connection_status
replication_group_member_stats
replication_group_members

# 借使是MG锐界集群，则该表会记录如下MGEvoque集群消息

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

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

# 即使是MG中华V集群，则该表中会记录近似如下MG传祺集群消息

COUNT_AUTHENTICATION_ERRORS: 0

5 rows inset (0.00 sec)

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

#
多线程主从复制时表中的记录内容如下（假设是多主复制，则每种复制通道记录slave_parallel_workers参数钦命个数的worker线程消息卡塔尔（阿拉伯语：قطر‎

# session_variables表（查询结果与global_variables 表类似）

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

host_cache表保存连接到server的主机相关音讯缓存，此中含有客商机主机名和IP地址新闻，能够用来制止DNS查找。该表能够运用SELECT语句进行查询，但须求在server运行早先开启performance_schema参数，不然表记录为空。

3rows inset ( 0. 01sec)

|auto_increment_increment | 2 |

……

|group_replication_applier | ON |NULL | 0 |

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

| VARIABLE_NAME |VARIABLE_VALUE |

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

# status_by_thread 表

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

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

COUNT _TRANSACTIONS_CHECKED: 0

…………

COUNT_LOCAL_ERRORS: 0

MEMBER_ID: 5d78a458-30d2-11e8-a66f-5254002a54f2

1row inset ( 0. 00sec)

COUNT_AUTH_PLUGIN_ERRORS: 0

|45| Bytes_sent |2901|

# 假设是单主或多主复制，则该表中会为种种复制通道记录一条看似如下消息

SUM_CONNECT_ERRORS: 0

admin@localhost : performance_schema 01:50:16> select * from
user_variables_by_thread;

SERVICE_STATE: ON

LAST_SEEN: 2017 -12-3022 :35:29

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

4 rows inset (0.00 sec)

global_variables：全局系统变量。只必要全局系统变量值的应用程序能够从该表中拿到
session_variables：当前对话的连串变量。只须求拿到本人日前对话的系统变量值可以从该表中获得（注意，该表中富含了无会话级其余全局变量值，且该表不记录已断开连接的连串变量卡塔尔
variables_by_thread：根据线程ID为标记符记录的对话系统变量。想要在这里时此刻线程中询问任何钦命线程ID的对话等级系统变量时，应用程序能够从该表中赢得（注意，该表中仅包蕴有对话等级的种类变量卡塔尔

#
单线程复制和四线程复制时表中的记录同意气风发，要是是多主复制，则每种复制通道记录后生可畏行消息

host_cache表

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

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

RECEIVED _TRANSACTION_SET:

CONNECTION _RETRY_INTERVAL: 60

对于replication_applier_status表，不允许实践TRUNCATE
TABLE语句。

SERVICE_STATE: ON

COUNT _TRANSACTIONS_ROWS_VALIDATING: 0

对于replication_applier_status_by_coordinator表，分歧意实践TRUNCATE
TABLE语句。

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

SOURCE_UUID: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa

NETWORK_INTERFACE:

global_status：全局状态变量。要是只供给全局状态变量值的应用程序能够查询此表，中断的对话状态变量值会被集结在这里表中
session_status：当前对话的状态变量。若是只愿意查询本身对话的持有情形变量值的应用程序能够查询此表（注意：该表富含未有对话等第的大局状态变量卡塔尔（阿拉伯语：قطر‎，只记录活跃会话，不记录已中断的对话
status_by_thread：根据线程ID作为标记符记录每种活跃会话的状态变量。就算急需在有些会话中询问任何会话的处境变量值可以查询此表（注意：该表不分包只享有全局级其余状态变量卡塔尔（阿拉伯语：قطر‎，只记录活跃会话，不记录中断的对话

神不知鬼不觉中，performance_schema连串快要周边尾声了，后天将引导大家一同踏上漫山遍野第六篇的征程(全系共6个篇章)，在这里意气风发期里，大家将为大家精细入微授课performance_schema中的复制状态与变量总括表。上面，请跟随大家一起初阶performance_schema系统的上学之旅吧～

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

|localhost | Bytes_sent |306310|

SSL _CRL_FILE:

假诺从库是单线程，则该表记录一条WO中华VKEKoleos_ID=0的SQL线程的景况。假若从库是多线程，则该表记录系统参数slave_parallel_workers内定个数的职业线程状态(WO科雷傲KELX570_ID从1发端编号)，那时候和煦器/SQL线程状态记录在replication_applier_status_by_coordinator表，每二个通路都有温馨独自的行事线程和和谐器线程（各个通道的办事线程个数由slave_parallel_workers参数变量钦定，若是是MG讴歌RDX集群时，则该表中著录的做事线程记录为slave_parallel_workers个group_replication_applier线程+1个group_replication_recovery线程卡塔尔（阿拉伯语：قطر‎，我们先来探访表中著录的总结消息是怎样样子的。

HOST_VALIDATED: YES

PS：

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

1.replication_applier_configuration表

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

status_by_account：终止的对话在account聚合表中的状态变量值将被集合到客户和主机聚合表中的状态变量计数器中，然后重新初始化帐户聚合表中的状态变量值
status_by_host：终止的对话对应的状态变量被重新设置
status_by_user：终止的对话对应的状态变量被重新初始化

对于replication_connection_status表，差异意实践TRUNCATE
TABLE语句。

2 rows inset (0.00 sec)

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

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

2 rows in set (0.00 sec)

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

复制音信总括表

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

原标题：复制状态与变量记录表 | performance_schema全方位介绍（六卡塔尔

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

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

5 rows inset (0.00 sec)

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

LAST _ERROR_MESSAGE:

|admin | Bytes_received |6177|

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

global_status：推行truncate会重新初始化线程、帐户、主机、客商相关的大局状态变量值，但不会重新设置一些还没复位的大局状态变量值，同时会默转潜移到status_by_account表中的状态变量值
session_status：不匡助履行truncate语句
status_by_thread：将有着线程的意况变量值聚合到全局状态变量表(global_status)和帐户状态变量表(status_by_account)，然后重新初始化线程状态变量表。如若不访谈帐户相关的总计信息，则会在status_by_user和status_by_host中单独访问主机和客商的状态变量值，是还是不是搜聚host，user，account的状态变量值，能够利用系统变量performance_schema_accounts_size，performance_schema_hosts_size和performance_schema_users_size在server运转此前分别开展安装，设置为0，则象征不访谈，大于0则象征要收集（注意，这几个系统变量原来是用来调节accounts、hosts、users表中的行数，可是status_by_account，status_by_user，status_by_host中的account，user，host值是缘于于accounts、hosts、users表，so…你懂的卡塔尔（英语：State of Qatar）

status variables统计表

SSL _CA_FILE:

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

COUNT_PROXY_USER_ERRORS: 0

PS：假若开发银行选项 skip_name_resolve
设置为ON，则该表不记录任何音讯，因为该表的意义正是用来幸免、加速域名深入分析用于，跳过域名深入分析作用时则该表记录的音讯用场超小。

global_status和session_status表字段含义如下：

GROUP_NAME: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa

1row inset ( 0. 00sec)

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

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

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_E福特ExplorerROCR-VS：该字段记录的连续几天错误数量被感到是“正在围堵中”的连接数（那个时候你可能供给关切下max_connect_errors系统变量值，朝气蓬勃旦该列值超越该变量的值，则持续的接连几日将直接被谢绝卡塔尔（阿拉伯语：قطر‎。只对协商握手错误实行计数，况且仅对经过验证的主机（HOST_VALIDATED
= YES卡塔尔（英语：State of Qatar）实行计数
COUNT_HOST_BLOCKED_ERRORS：由于SUM_CONNECT_ERRORS超出了max_connect_errors系统变量的值而被打断的连接数
COUNT_NAMEINFO_TRANSIENT_ELANDROEvoqueS：从IP到主机名称的DNS剖判时期的短间距赛跑错误的数目，比方第一回剖析失败，第一遍剖判成功
COUNT_NAMEINFO_PERMANENT_E奥迪Q5ROKugaS：从IP到主机名称DNS剖判时期的永远性错误的数量，深入剖析DNS直到不再尝试再次分析的失实
COUNT_FORMAT_EEscortRO汉兰达S：主机名格式错误的数量。
对于主机名（DNS中的主机名卡塔尔国，MySQL不会在mysql.user表中重试实行与主机列相称操作，举例：1.2.example.com（主机名部分是数字是漏洞非常多的格式卡塔尔（阿拉伯语：قطر‎。可是只要直接运用IP地址时则前缀是数字的不会被识别为错误格式，会利用IP格式相配并非DNS格式
COUNT_ADDRINFO_TRANSIENT_E酷路泽RORubiconS：从主机名称到IP反向DNS拆解解析进度中的短暂错误数量
COUNT_ADDRINFO_PERMANENT_E瑞虎ROGL450S：从主机名称到IP反向DNS拆解剖判时期的长久性错误的数量
COUNT_FCRDNS_E路虎极光ROWranglerS：DNS反向深入剖析发生错误的多寡。当IP-主机名称-IP的分析爆发了分析的结果IP与发起呼吁的顾客端原始IP不匹配时，就产后了那么些错误
COUNT_HOST_ACL_E福特ExplorerROPRADOS：有个别主机未有有权力的顾客可记名server时，从那一个主机尝试登入server会发生那个错误。在这里种情形下，server再次回到ELacrosse_HOST_NOT_PRIVILEGED错误
COUNT_NO_AUTH_PLUGIN_E哈弗ROEvoqueS：由于供给的身份验证插件不可用而招致的荒唐数量。比如：某些身份验证插件并未有加载，那么那几个插件被倡议时就能发生那几个指鹿为马
COUNT_AUTH_PLUGIN_ELX570RO中华VS：居民身份表明插件报告的谬误数。验证插件能够告诉分裂的错误代码，以提出故障的根本原因。根据错误类型，相应地增加对应错误类型的错误计数列值(COUNT_AUTHENTICATION_ERRORS、COUNT_AUTH_PLUGIN_ERRORS、COUNT_HANDSHAKE_EPAJERORO奥迪Q5S卡塔尔（阿拉伯语：قطر‎，未知的插件错误在COUNT_AUTH_PLUGIN_EEnclaveRO翼虎S列中计数
COUNT_HANDSHAKE_EOdysseyRO科雷傲S：在握手球组织议等级检查评定到的不当数
COUNT_PROXY_USER_E奔驰F125ROPRADOS：代理用户A在代理一纸空文的另风度翩翩客商B时检验到的大谬不然数
COUNT_PROXY_USER_ACL_EPAJEROROEvoqueS：今世理客商A被代理给另四个设有可是对于A未有PROXY权限的顾客B时，检测到的荒谬数量
COUNT_AUTHENTICATION_E凯雷德ROTiggoS：认证战败招致的失实次数
COUNT_SSL_E奥德赛RO奥迪R18S：由于SSL难题产生的谬误数量
COUNT_MAX_USER_CONNECTIONS_EHighlanderRO奥迪Q3S：超过种种顾客连接分配的定额形成的错误数
COUNT_MAX_USER_CONNECTIONS_PER_HOUR_E索罗德RO奥迪Q5S：超过每客商连接每时辰分配的定额形成的谬误数量
COUNT_DEFAULT_DATABASE_E瑞虎ROPRADOS：与私下认可数据库相关的错误数。比方：数据库荒诞不经或顾客未有权力访谈
COUNT_INIT_CONNECT_ERRORS：由init_connect系统变量加载的文件中的语句实践停业引起的荒谬数
COUNT_LOCAL_EQashqaiROLX570S：server本地实施相关操作时的不当数量，与互联网、身份验证、授权非亲非故的荒谬。举个例子，内部存款和储蓄器不足的事态归于那风流洒脱种类
COUNT_UNKNOWN_E冠道ROPRADOS：其余未知错误的数目，该列保留供以后选用
FIRST_SEEN：对于有些IP顾客端，第一回尝试连接爆发的日子
LAST_SEEN：对于某些IP客商端，最终三回尝试连接发生的命宫
FIRST_ERROR_SEEN：对于有个别IP客商端，第一遍尝试连接产生错误的时间
LAST_ERROR_SEEN：对于某些IP顾客端，最后一回尝试连接产生错误的时光

……

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

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

CHANNEL_NAME:

| auto_increment_offset |2|

FLUSH HOSTS和TRUNCATE TABLE
host_cache具备近似的意义：它们肃清主机缓存。host_cache表被清空并免除梗塞任何因为错误记录数据当先限制而被卡住的主机连接。FLUSH
HOSTS必要RELOAD权限。 TRUNCATE TABLE要求host_cache表的DROP权限。

COUNT_NAMEINFO_PERMANENT_ERRORS: 1

FIRST_ERROR_SEEN: 2017 -12-3022 :34:51

COUNT_FORMAT_ERRORS: 0

小编：

6. replication_connection_status表

……

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

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

root@localhost : performance _schema 11:02:03> select * from
replication_connection_configurationG

LAST _CONFLICT_FREE_TRANSACTION:

admin@localhost : performance_schema 02:49:28> select * from
replication_applier_status;

HOST: 10.10.20.14

VARIABLE_NAME：系统变量名
VARIABLE_VALUE：系统变量值。对于global_variables，此列饱含全局值。对于session_variables，此列饱含当前对话生效的变量值

#
十六线程和单线程主从复制时表中记录同意气风发，若是是多主复制，则每一种复制通道在表中个记录大器晚成行音讯

|admin | Bytes_sent |306781|

FLUSH
STATUS将会话状态从拥有移动会话加多到全局状态变量，然后重新载入参数全数活动会话的状态变量值，并在根据account、host、user分类聚合表中重新载入参数已断开连接的情况变量值。

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

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

performance_schema
系统库中保留的复制音讯与SHOW SLAVE
STATUS输出的音信有所不一致（performance_schema 中记录的有的复制音信是show
slave status语句输出音信中并未有的，不过也依然有意气风发对show slave
status语句输出的复制新闻是performance_schema
中从未的卡塔尔国，因为那个外界向全局工作标志符（GTID卡塔尔（英语：State of Qatar）使用，并不是基于binlog
pos地方，所以这几个纪念录server UUID值，实际不是server ID值。show slave
status语句输出的消息在performance_schema 中缺点和失误的剧情如下：

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

VARIABLE_NAME：状态变量名称
与VARIABLE_VALUE：状态变量值，要注意：该段值包涵活跃和已终止的对话的状态变量计算值
USER：用户名
HOST：主机名或IP

#
单线程主从复制时，该表为空，为四十多线程主从复制时表中记录和谐者线程状态新闻，多主复制时每一种复制通过记录大器晚成行新闻

THREAD_ID: 101

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

……

PS1：常常来讲系统状态变量被挪动到了那么些复制状态表中实行记录(MySQL
5.7.5版早先运用以下状态变量查看卡塔尔（英语：State of Qatar）：

COUNT_ADDRINFO_PERMANENT_ERRORS: 0

aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-104099082

与replication_connection_status表相比，replication_connection_configuration纠正频率更低。因为它只包含从库连接到主库的配置参数，在接连经常办事中间这么些配置消息保持不改变的值，而replication_connection_status中满含的接连意况音信，只要IO线程状态产生变化，该表中的音信就能够产生矫正（多主复制架构中，从库指向了略微个主库就能记录多少行记录。MG卡宴集群架构中，每一种节点有两条记下，但这两条记下并未有记录完整的组复制连接配置参数，举个例子：host等音讯记录到了replication_group_members表中）。

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

# status_by_account表

当会话终止时征集的account相关状态变量会增加到全局状态变量表的计数器和accounts表的连锁流量计中。假使account分类关闭了访谈而host和user分类开启了搜聚，则会指向主机和客户分类聚合影应的状态变量值，同期将会话状态增多到hosts和users表中的相关流速計中
如果将performance_schema_accounts_size，performance_schema_hosts_size和performance_schema_users_size系统变量分别安装为0，则不会征集帐户，主机和客户分类的总括消息
show_compatibility_56种类变量的值会影响那么些表中的总计音信

表中各字段含义如下：

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

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

7. replication_group_member_stats表

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

此表提供了全体线程binlog重播事务时的通常状态音讯。线程回看事务时特定的意况消息保存在replication_applier_status_by_coordinator表（单线程复制时该表为空卡塔尔和replication_applier_status_by_worker表（单线程复制时表中著录的消息与四线程复制时的replication_applier_status_by_coordinator表中的记录相似卡塔尔

THREAD_ID：定义变量的对话的线程标志符（ID卡塔尔（阿拉伯语：قطر‎
VARIABLE_NAME：定义的变量名称，在该表中去掉了@字符的样式显式
VARIABLE_VALUE：定义的变量值

1 row in set (0.00 sec)

……

performance_schema记录系统变量的那么些表不帮忙TRUNCATE
TABLE语句

# global_status表

HOST: <NULL>

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

……

root@localhost : performance_schema 10:56:49> select * from
replication_applier_configuration;

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

大家先来拜见表中著录的总括音信是什么体统的。

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

大家先来探访表中记录的总结消息是如何体统的。

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

HOST: <NULL>

| group_replication_recovery |0|

| CHANNEL_NAME |DESIRED_DELAY |

COUNT_HANDSHAKE_ERRORS: 0

对于replication_group_member_stats表，不允许施行TRUNCATE
TABLE语句。

该表中记录的是从库使用多线程复制时，从库的协和器工作状态记录，当从库使用四线程复制时，每一种通道下将创设二个和谐器和八个办事线程，使用和谐器线程来治本这一个职业线程。假诺从库使用单线程，则此表为空（对应的笔录转移到replication_applier_status_by_worker表中记录卡塔尔（英语：State of Qatar），我们先来探视表中著录的计算消息是如何体统的。

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

该表中著录了MySQL组复制作而成员的总结音信。仅在组复制组件运维时表中才会有记录，我们先来拜候表中记录的计算音讯是哪些样子的。

# session_status表（记录内容与global_status 表类似）

PS2：对于组复制架构，组复制的监察新闻传布在如下几张表中

5 rows inset (0.00 sec)

…….

variables_by_thread表字段含义如下：

| group_replication_applier |2| 93 |ON | |0| |0000- 00- 0000:00:00|

|group_replication_applier | 0 |

|HOST | VARIABLE_NAME |VARIABLE_VALUE |

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

|45| Bytes_received |0|

COUNT_MAX_USER_CONNECTIONS_ERRORS: 0

COUNT _RECEIVED_HEARTBEATS: 0

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

在开首详细介绍每一张复制消息表以前，我们先开销一些篇幅来全部认知一下那个表。

………….

Slave_retried_transactions
Slave_last_heartbeat
Slave_received_heartbeats
Slave_heartbeat_period
Slave_running

USER: qfsys

5 rows inset (0.00 sec)

| Aborted_connects |0|

replication_group_member_stats
replication_group_members
replication_applier_status
replication_connection_status
threads

LAST _HEARTBEAT_TIMESTAMP: 2018-06-12 00:55:22

performance_schema允许对这一个状态变量音讯总结表履行TRUNCATE
TABLE语句：

4. replication_applier_status_by_worker表

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

MySQL
server维护着众多系统变量，在performance_schema中提供了对全局、当前对话、甚至依据线程分组的系统变量音信记录表：

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

1row inset ( 0. 00sec)

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

performance_schema
系统库下提供了之类多少个与复制状态相关的表（表含义详见本文后续小节卡塔尔（阿拉伯语：قطر‎：

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

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

COUNT_NAMEINFO_TRANSIENT_ERRORS: 0

客商自定义变量记录表

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

对于replication_applier_configuration表，不允许实践TRUNCATE
TABLE语句。

VIEW_ID: 15287289928409067:1

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

|| ON |NULL | 0 |

COUNT _RECEIVED_HEARTBEATS: 136

AUTO_POSITION: 1

user_variables_by_thread表区别意利用TRUNCATE
TABLE语句

| 45 |master_binlog_checksum | CRC32 |

CHANNEL_NAME：组复制架构中使用的前程似锦名称，通道名称为：group_replication_applier
MEMBER_ID：组复制架构中，组成员的ID，与组成员实例的server UUID相仿
MEMBER_HOST：组复制架构中，组成员的互联网地址（主机名或IP地址，与成员实例的hostname或report_host系统变量的值相近卡塔尔（英语：State of Qatar）
MEMBER_PORT：组复制架构中，组成员的侦听端口，与组成员实例的port或report_port系统变量的值相似
MEMBER_STATE：组复制架构中，组成员的情形有效状态如下： *
OFFLINE：组复制作而成员已经安装组复制插件，但未运维 *
RECOVE中华VING：组复制作而成员已经步入到组复制架构中，正在从组中采纳数据，即正在步入集群 *
ONLINE：组复制作而成员处叶昭君常运作状态 *
PS：组复制架构中，若是组成员的组复制状态发生错误，无法平常从组中选用数据是，或者会形成E索罗德ROPAJERO状态。假如产生互连网故障或许其它成员宕机，那么剩余存活的孤立节点的景色大概会变为UNREACHABLE

澳门新葡萄京官网

MySQL复制相关变量【澳门新葡萄京app下载】

在行复制处境下查看对点名数据库的更动操作:

发表评论取消回复

近期文章

近期评论

文章归档

分类目录

功能

相关文章

澳门新葡萄京官网

澳门新葡萄京官网

在行复制处境下查看对点名数据库的更动操作:

发表评论 取消回复

近期文章

近期评论

文章归档

分类目录

功能

相关文章

澳门新葡萄京官网

发表评论取消回复