奇幻城娱乐_奇幻城国际官方网站_奇幻城娱乐下载app

热门关键词: 奇幻城娱乐,奇幻城国际官方网站,奇幻城娱乐下载app
奇幻城娱乐 > 奇幻城娱乐下载app > performance_schema全方位介绍,C与援引和变量复制

原标题:performance_schema全方位介绍,C与援引和变量复制

浏览次数:190 时间:2019-09-04

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

server_id是必得设置在master和各类slave上的独一标记ID,其取值范围 是1~4294967295里边,且同二个复制组之内不可能再一次
server_uuid:server_uuid会在GTID复制中选择。当MySQL运转之后,会 首先到数据文件目录下的auto.cnf中追寻是还是不是有钦点的server_uuid,若无找到,则温馨生成三个server_uuid并保存到那么些文件中

server_id是必得设置在master和各种slave上的并世无两标记ID,其取值范围 是1~4294967295里头,且同一个复制组之内无法再度
server_uuid:server_uuid会在GTID复制中使用。当MySQL运行现在,会 首先到数据文件目录下的auto.cnf中搜求是或不是有钦赐的server_uuid,如果未有找到,则温馨生成二个server_uuid并保留到这么些文件中

int& r = i; 和 int r = i; 分裂之处应该是内部存款和储蓄器的分配吧,前面一个会再开辟三个内存空间

图片 1

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结尾是逐个递增的数字

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结尾是逐个递增的数字

图片 2

产品 沃趣科学技术

replicate-do-db:该参数用来钦命须求复制的数据库。 在根据语句复制的情状中,钦定该参数之后,则slave的SQL thread进度只会选取在本数据库下的指标相关的口舌。要是有三个数据库须求复制,则那几个参数要选用频仍。但万一是涉及到跨库操作语句,则复制会甩掉,举个例子: replicate-do-db=sales

replicate-do-db:该参数用来钦命必要复制的数据库。 在依照语句复制的意况中,内定该参数之后,则slave的SQL thread进度只会利用在本数据库下的指标相关的话语。倘诺有八个数据库要求复制,则这几个参数要采用频繁。但假若是涉及到跨库操作语句,则复制会遗弃,举个例子: replicate-do-db=sales

#includeusing namespace std;

IT从业多年,历任运转程序猿,高档运营程序猿,运维老板,数据库工程师,曾插足版本发布系统,轻量级监察和控制系统,运营管理平台,数据库管理平台的图谋与编辑,纯熟MySQL的系统布局时,InnoDB存储引擎,喜好专研开源才具,追求八面后珑。

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

int main ()

无意中,performance_schema体系快要周边尾声了,前几日将指引大家一齐踏上聚讼纷繁第六篇的征程(全系共6个篇章),在这一期里,大家将为大家体贴入妙授课performance_schema中的复制状态与变量总计表。上面,请随行我们一齐最早performance_schema系统的上学之旅吧~

在依据行复制的蒙受中,只要数据库对象是钦赐的库,则复制都能健康,比方上述update语句由于january表是属于sales库的,则slave会复制并应用 ,同样上面包车型大巴口舌在依附行复制的条件中也不会进行:

在根据行复制的条件中,只要数据库对象是钦定的库,则复制都能符合规律,举个例子上述update语句由于january表是属于sales库的,则slave会复制并应用 ,同样上面的言辞在依照行复制的意况中也不会实践:

{

01

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

int i;

复制音讯计算表

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

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

int& r = i;

万般,DBA或相关数据库运转人士在查阅从库的复制相关的音讯,都习贯性的施用show slave status语句查看。可能你会说,笔者也会用performance_schema下的表查看一些复制报错音信什么的。可是,你精晓show slave status语句、mysql系统库下的复制音讯记录表、performance_schema系统库下的复制音信记录表之间有怎么着界别吧?不精晓?别急,本文将在为您详细介绍show slave status语句与performance_schema系统库下的复制消息记录表的界别(mysql系统库下的复制表分化详见后续 "mysql系统库全方位介绍"种类)。

在讲话复制境遇下查看对点名数据库的修改操作:

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

i = 5;

在开班详细介绍每一张复制信息表在此之前,大家先开支一些篇幅来完全认知一下这么些表。

[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|
##虽然不是指定的同步数据库但数据有同步
[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|
##虽然不是指定的同步数据库但数据有同步

cout << "Value of i : " << i << endl;

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

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

 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 :该参数决定了当运维了交互之后,选取什么样粒度的并行格局。暗中认可值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 STATUSG
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

在行复制景况下查看对点名数据库的修改操作:

 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 :该参数决定了当运维了交互之后,选择什么样粒度的并行格局。默许值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 STATUSG
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

cout << "Value of i reference : " << r  << endl;

  • replication_applier_configuration
  • replication_applier_status
  • replication_applier_status_by_coordinator
  • replication_applier_status_by_worker
  • replication_connection_configuration
  • replication_connection_status
  • replication_group_performance_schema全方位介绍,C与援引和变量复制。member_stats
  • replication_group_members

cout << "Addr of i: " << &i << endl;

那么些复制表中著录的音信生命周期如下(生命周期即指的是这个表中的音讯何时写入,什么日期会被改换,哪一天会被清理等):

cout << "Addr of r: " << &r << endl;

  • 在实践CHANGE MASTEEnclave 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字段被分配了一个值,且SECRUISERVICE_STATE字段被退换为ON了,THREAD_ID字段值与show processlist语句中看出的线程id一样。 * 假诺IO线程空闲或正在从主库接收binlog时,线程的SE奥德赛VICE_STATE值会一贯为ON,THREAD_ID线程记录线程ID值,要是IO线程正在品尝连接主库但还未曾得逞创设连接时,THREAD_ID记录CONNECTING值,THREAD_ID字段记录线程ID,若是IO线程与主库的连接断开,也许主动结束IO线程,则SEMuranoVICE_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表记录一条WOOdysseyKE本田UR-V_ID=0的记录,replication_applier_status_by_coordinator表与mysql.slave_wroker_info表为空(使用八线程复制,该表中才有记录)。即,假若slave_parallel_workers系统变量大于0,则在实行START SLAVE时那一个表就被填充相应多线程工作线程的音讯

int x;

performance_schema 系统库中保存的复制音讯与SHOW SLAVE STATUS输出的消息有所分裂(performance_schema 中记录的有的复制音讯是show slave status语句输出新闻中未有的,然则也还是有局地show slave status语句输出的复制消息是performance_schema 中平昔不的),因为这几个外界向全局工作标志符(GTID)使用,并不是基于binlog pos地点,所以那些回顾录server UUID值,并非server ID值。show slave status语句输出的音信在performance_schema 中远远不足的源委如下:

int y = x;

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

x = 6;

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

cout << "Value of x : " << x << endl;

  • Slave_retried_transactions
  • Slave_last_heartbeat
  • Slave_received_heartbeats
  • Slave_heartbeat_period
  • Slave_running

cout << "Value of y : " << y  << endl;

PS2:对此组复制架构,组复制的督察消息散播在如下几张表中

cout << "Addr of x: " << &x << endl;

  • replication_group_member_stats
  • replication_group_members
  • replication_applier_status
  • replication_connection_status
  • threads

cout << "Addr of y: " << &y << endl;

透过以上内容,我们从完整上可见大意精通了performance_schema中的复制音信表记录了如何新闻,上面依次详细介绍那个复制音讯表。

return 0;

1.replication_applier_configuration表

}

该表中著录从库线程延迟复制的计划参数(延迟复制的线程被叫做普通线程,举个例子CHANNEL_NAME和DESIRED_DELAY字段记录某些复制通道是或不是供给进行延迟复制,假设是MGPRADO集群,则记录组复制从节点的延迟复制配置参数),该表中的记录在Server运营时得以利用CHANGE MASTER TO语句实行退换,大家先来看看表中记录的总结音信是如何样子的。

出口结果:

# 如若是单主或多主复制,则该表中会为各样复制通道记录一条看似如下新闻

Value of i : 5

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

Value of i reference : 5

-------------- ---------------

Addr of i: 0x7ffffc9517b4

| CHANNEL_NAME |DESIRED_DELAY |

Addr of r: 0x7ffffc9517b4

-------------- ---------------

Value of x : 6

|| 0 |

Value of y : 4197104

-------------- ---------------

Addr of x: 0x7ffffc9517b0

1row inset ( 0. 00sec)

Addr of y: 0x7ffffc9517ac

# 假若是名爵PRADO集群,则该表中会记录类似如下MGSportage集群信息

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

---------------------------- ---------------

| CHANNEL_NAME |DESIRED_DELAY |

---------------------------- ---------------

|group_replication_applier | 0 |

| group_replication_recovery |0|

---------------------------- ---------------

2 rows inset (0.00 sec)

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

图片 3

对于replication_applier_configuration表,差异意施行TRUNCATE TABLE语句。

2. replication_applier_status表

该表中记录的是从库当前的相似事业执市场价格况(该表也记录组复制架构中的复制状态音讯)

  • 此表提供了全部线程binlog重播事务时的一般状态音信。线程回放事务时特定的景色音信保存在replication_applier_status_by_coordinator表(单线程复制时该表为空)和replication_applier_status_by_worker表(单线程复制时表中著录的音讯与二十四线程复制时的replication_applier_status_by_coordinator表中的记录类似)

大家先来拜候表中著录的总括音讯是怎样子的。

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

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

-------------- --------------- ----------------- ----------------------------

| CHANNEL_NAME |SERVICE_STATE | REMAINING_DELAY |COUNT_TRANSACTIONS_RETRIES |

-------------- --------------- ----------------- ----------------------------

|| ON |NULL | 0 |

-------------- --------------- ----------------- ----------------------------

1row inset ( 0. 00sec)

# 借使是MGRubicon集群,则该表会记录如下名爵途睿欧集群音讯

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

---------------------------- --------------- ----------------- ----------------------------

| CHANNEL_NAME |SERVICE_STATE | REMAINING_DELAY |COUNT_TRANSACTIONS_RETRIES |

---------------------------- --------------- ----------------- ----------------------------

|group_replication_applier | ON |NULL | 0 |

| group_replication_recovery |OFF | NULL |0|

---------------------------- --------------- ----------------- ----------------------------

2 rows inset (0.00 sec)

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

图片 4

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

3. replication_applier_status_by_coordinator表

该表中记录的是从库使用多线程复制时,从库的协和器专门的学问状况记录,当从库使用二十二十四线程复制时,每种通道下将创建一个和煦器和多个干活线程,使用和谐器线程来保管这个专门的职业线程。假设从库使用单线程,则此表为空(对应的笔录转移到replication_applier_status_by_worker表中著录),大家先来探视表中记录的总括消息是何许体统的。

# 单线程主从复制时,该表为空,为二十三十六线程主从复制时表中记录和睦者线程状态消息,多主复制时每一个复制通过记录一行音信

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 |

-------------- ----------- --------------- ------------------- -------------------- ----------------------

1row inset ( 0. 00sec)

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

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

--------------------------- ----------- --------------- ------------------- -------------------- ----------------------

| CHANNEL_NAME |THREAD_ID | SERVICE_STATE |LAST_ERROR_NUMBER | LAST_ERROR_MESSAGE |LAST_ERROR_TIMESTAMP |

--------------------------- ----------- --------------- ------------------- -------------------- ----------------------

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

--------------------------- ----------- --------------- ------------------- -------------------- ----------------------

1row inset ( 0. 00sec)

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

图片 5

对于replication_applier_status_by_coordinator表,不一样意实践TRUNCATE TABLE语句。

4. replication_applier_status_by_worker表

若果从库是单线程,则该表记录一条WO奥迪Q5KE奥迪Q7_ID=0的SQL线程的意况。借使从库是四线程,则该表记录系统参数slave_parallel_workers钦定个数的办事线程状态(WORubiconKECR-V_ID从1始发编号),此时协和器/SQL线程状态记录在replication_applier_status_by_coordinator表,每叁个通路都有友好单身的劳作线程和和睦器线程(种种通道的劳作线程个数由slave_parallel_workers参数变量内定,借使是MG奥迪Q5集群时,则该表中记录的办事线程记录为slave_parallel_workers个group_replication_applier线程 1个group_replication_recovery线程),大家先来探访表中记录的总计新闻是怎么体统的。

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

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

-------------- ----------- ----------- --------------- ----------------------- ------------------- -------------------- ----------------------

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

-------------- ----------- ----------- --------------- ----------------------- ------------------- -------------------- ----------------------

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

-------------- ----------- ----------- --------------- ----------------------- ------------------- -------------------- ----------------------

1row inset ( 0. 00sec)

# 二十四线程主从复制时表中的记录内容如下(倘使是多主复制,则各种复制通道记录slave_parallel_workers参数钦命个数的worker线程音信)

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

-------------- ----------- ----------- --------------- ----------------------- ------------------- -------------------- ----------------------

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

本文由奇幻城娱乐发布于奇幻城娱乐下载app,转载请注明出处:performance_schema全方位介绍,C与援引和变量复制

关键词: 科技 AR NEC 02-数据库系列 C/C++

上一篇:一只又埋怨Red Banner不赚钱,凭啥令人一边骂一边

下一篇:没有了