凤凰彩票平台手机版_凤凰彩票官方版app下载|唯一官方网站

来自 凤凰彩票平台手机版互联网 2019-11-07 08:47 的文章
当前位置: 凤凰彩票平台手机版 > 凤凰彩票平台手机版互联网 > 正文

【凤凰彩票平台手机版】mysql服务器io等待高定位

......

* _pid:顾客端进程ID

percona server原来提供了意气风发工具pt-ioprofile,然则那工具是应用strace完结的,有十分大也许在系统繁忙时变成进度被kill只怕hang。。。所以还是通过performance_schema入手。

events_statements_history表满含每一个线程最新的N个语句事件。 在server运维时,N的值会自动调治。 要显式设置N的轻重,能够在server运营从前安装系统变量performance_schema_events_statements_history_size的值。 statement事件实行到位时才会加多到该表中。 当增加新事件到该表时,假若对应线程的风浪在该表中的分配的定额已满,则会放任对应线程的较旧的事件

# events_statements_summary_by_account_by_event_name表

SUM_TIMER_READ: 0

那二日发掘集团某个台Ali云ECS上的mysql临盆服务器繁忙时期io等待高达百分之二五十(预计五分四是未曾write back卡塔 尔(阿拉伯语:قطر‎,而且鲜明是mysql进度爆发,由于跑的施用过多,开拓和维护不可能间接规定什么表繁忙,哪些表不繁忙。。。

# 然后在实行ALTEWrangler TABLE语句时期,查看events_stages_current表

THREAD_ID: 37

(1)metadata_locks表

mysql> select * from file_summary_by_instance order by SUM_TIMER_WAIT desc limit 5G;
*************************** 1. row ***************************
                FILE_NAME: /usr/local/mysql-5.6.19-linux-glibc2.5-x86_64/data/ioana/t1.ibd
               EVENT_NAME: wait/io/file/innodb/innodb_data_file
    OBJECT_INSTANCE_BEGIN: 139999261742528
               COUNT_STAR: 11739
           SUM_TIMER_WAIT: 1617275634994
           MIN_TIMER_WAIT: 5797000
           AVG_TIMER_WAIT: 137769394
           MAX_TIMER_WAIT: 100739635708
               COUNT_READ: 1
           SUM_TIMER_READ: 34699788
           MIN_TIMER_READ: 34699788
           AVG_TIMER_READ: 34699788
           MAX_TIMER_READ: 34699788
 SUM_NUMBER_OF_BYTES_READ: 16384
              COUNT_WRITE: 11472
          SUM_TIMER_WRITE: 1184834714832
          MIN_TIMER_WRITE: 5797000
          AVG_TIMER_WRITE: 103280406
          MAX_TIMER_WRITE: 7278810168
SUM_NUMBER_OF_BYTES_WRITE: 377339904
               COUNT_MISC: 266
           SUM_TIMER_MISC: 432406220374
           MIN_TIMER_MISC: 8252820
           AVG_TIMER_MISC: 1625586835
           MAX_TIMER_MISC: 100739635708
*************************** 2. row ***************************
                FILE_NAME: /usr/local/mysql-5.6.19-linux-glibc2.5-x86_64/data/ibdata1
               EVENT_NAME: wait/io/file/innodb/innodb_data_file
    OBJECT_INSTANCE_BEGIN: 139999261496128
               COUNT_STAR: 1709
           SUM_TIMER_WAIT: 814764332152
           MIN_TIMER_WAIT: 3623652
           AVG_TIMER_WAIT: 476748969
           MAX_TIMER_WAIT: 33581165152
               COUNT_READ: 166
           SUM_TIMER_READ: 22098794292
           MIN_TIMER_READ: 3623652
           AVG_TIMER_READ: 133124943
           MAX_TIMER_READ: 10389786028
 SUM_NUMBER_OF_BYTES_READ: 4784128
              COUNT_WRITE: 1215
          SUM_TIMER_WRITE: 488756864260
          MIN_TIMER_WRITE: 5788568
          AVG_TIMER_WRITE: 402268586
          MAX_TIMER_WRITE: 6710965560
SUM_NUMBER_OF_BYTES_WRITE: 364969984
               COUNT_MISC: 328
           SUM_TIMER_MISC: 303908673600
           MIN_TIMER_MISC: 7460212
           AVG_TIMER_MISC: 926550320
           MAX_TIMER_MISC: 33581165152
*************************** 3. row ***************************
                FILE_NAME: /usr/local/mysql-5.6.19-linux-glibc2.5-x86_64/data/ioana/t2.ibd
               EVENT_NAME: wait/io/file/innodb/innodb_data_file
    OBJECT_INSTANCE_BEGIN: 139999261741120
               COUNT_STAR: 12011
           SUM_TIMER_WAIT: 678760914098
           MIN_TIMER_WAIT: 5073956
           AVG_TIMER_WAIT: 56511264
           MAX_TIMER_WAIT: 7126760128
               COUNT_READ: 6309
           SUM_TIMER_READ: 65882736360
           MIN_TIMER_READ: 5073956
           AVG_TIMER_READ: 10442505
           MAX_TIMER_READ: 68216988
 SUM_NUMBER_OF_BYTES_READ: 103366656
              COUNT_WRITE: 5510
          SUM_TIMER_WRITE: 434740598494
          MIN_TIMER_WRITE: 5778028
          AVG_TIMER_WRITE: 78899805
          MAX_TIMER_WRITE: 7126760128
SUM_NUMBER_OF_BYTES_WRITE: 184696832
               COUNT_MISC: 192
           SUM_TIMER_MISC: 178137579244
           MIN_TIMER_MISC: 8811440
           AVG_TIMER_MISC: 927799837
           MAX_TIMER_MISC: 2063390504
*************************** 4. row ***************************
                FILE_NAME: /usr/local/mysql-5.6.19-linux-glibc2.5-x86_64/data/ib_logfile0
               EVENT_NAME: wait/io/file/innodb/innodb_log_file
    OBJECT_INSTANCE_BEGIN: 139999261496832
               COUNT_STAR: 258
           SUM_TIMER_WAIT: 213773061014
           MIN_TIMER_WAIT: 594456
           AVG_TIMER_WAIT: 828577331
           MAX_TIMER_WAIT: 14386901848
               COUNT_READ: 6
           SUM_TIMER_READ: 54982964
           MIN_TIMER_READ: 594456
           AVG_TIMER_READ: 9163476
           MAX_TIMER_READ: 46464536
 SUM_NUMBER_OF_BYTES_READ: 69632
              COUNT_WRITE: 141
          SUM_TIMER_WRITE: 64075588012
          MIN_TIMER_WRITE: 10415628
          AVG_TIMER_WRITE: 454436316
          MAX_TIMER_WRITE: 2400912924
SUM_NUMBER_OF_BYTES_WRITE: 149283328
               COUNT_凤凰彩票平台手机版,MISC: 111
           SUM_TIMER_MISC: 149642490038
           MIN_TIMER_MISC: 1692724
           AVG_TIMER_MISC: 1348130294
           MAX_TIMER_MISC: 14386901848
*************************** 5. row ***************************
                FILE_NAME: /usr/local/mysql-5.6.19-linux-glibc2.5-x86_64/data/ib_logfile1
               EVENT_NAME: wait/io/file/innodb/innodb_log_file
    OBJECT_INSTANCE_BEGIN: 139999261497536
               COUNT_STAR: 71
           SUM_TIMER_WAIT: 128004164104
           MIN_TIMER_WAIT: 1294312
           AVG_TIMER_WAIT: 1802875432
           MAX_TIMER_WAIT: 11708167172
               COUNT_READ: 0
           SUM_TIMER_READ: 0
           MIN_TIMER_READ: 0
           AVG_TIMER_READ: 0
           MAX_TIMER_READ: 0
 SUM_NUMBER_OF_BYTES_READ: 0
              COUNT_WRITE: 48
          SUM_TIMER_WRITE: 60748006720
          MIN_TIMER_WRITE: 9237256
          AVG_TIMER_WRITE: 1265583122
          MAX_TIMER_WRITE: 2272031912
SUM_NUMBER_OF_BYTES_WRITE: 135080448
               COUNT_MISC: 23
           SUM_TIMER_MISC: 67256157384
           MIN_TIMER_MISC: 1294312
           AVG_TIMER_MISC: 2924180710
           MAX_TIMER_MISC: 11708167172
5 rows in set (0.00 sec)

THREAD_ID: 46

SUM _TIMER_WAIT: 0

COUNT_EXECUTE: 0

为了找到来源,大家须求领悟什么样文件、表的io读写量最高,然后举行针对的优化。

RETURNED_SQLSTATE: NULL

AVG _TIMER_WAIT: 0

1 row in set (0.00 sec)

**找到实际的文书后,就能够依据作业形式和架构进行针对的优化。**

SOURCE: item_func.cc:5261

# events_statements_summary_by_thread_by_event_name表

两张表中记录的开始和结果很相符:

**在上头的查询中,大家得以看见,data/ioana/t1.ibd文本的写入是最多的。在大家的系统中,当先一半气象下真的是写入的IO是瓶颈的景观超级多,主若是简政放权风险值实时写入所致。**

EVENT_ID: 280

1 row in set (0.01 sec)

MAX _TIMER_READ _WITH_SHARED_LOCKS: 0

file_summary_by_instance表中著录了针对性各个文件的Io读写情状,如下所示:**

events_waits_history_long 表

performance_schema把内部存款和储蓄器事件总计表也如约与等待事件总结表近似的法规进行分类总括。

要求拥有互斥体的办事负荷能够被以为是高居二个尤为重要岗位的行事,四个查询只怕须求以体系化的方式(二次八个串行卡塔 尔(英语:State of Qatar)推行那些重超越一半,但那只怕是三个私人民居房的属性瓶颈。

SELECT_RANGE_CHECK:像Select_range_check状态变量一样的计数值,可是此地只用于那一个事件中的语句总括而不针对全局、会话品级

root@localhost : performance _schema 11:02:15> select * from events_statements _summary_by _host_by _event_name where COUNT_STAR!=0 limit 1G

OBJECT _INSTANCE_BEGIN: 139968890586816

root@localhost : performance _schema 12:24:40> select * from events_stages _current where EVENT_NAME='stage/sql/User sleep'G;

......

咱俩先来探望表中著录的总计音信是怎么样体统的。

events_waits_history与events_waits_current表定义近似

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

|admin | localhost |1| 1 |

events_statements_current表包涵当前说话事件,每一个线程只体现黄金年代行近年来被监视语句事件的当前情况。

# events_transactions_summary_by_user_by_event_name表

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

CREATED_TMP_DISK_TABLES:像Created_tmp_disk_tables状态变量相通的计数值,不过这里只用于那个事件中的语句总结而不照准全局、会话等级

EVENT_NAME: stage/sql/After create

这几个表列出了守候事件中的sync子类事件相关的指标、文件、连接。个中wait sync相关的靶子类型有二种:cond、mutex、rwlock。各个实例表都有贰个EVENT_NAME或NAME列,用于体现与每行记录相关联的instruments名称。instruments名称恐怕具备多少个部分并摇身大器晚成变档次结构,详见"配置详整| performance_schema全方位介绍"。

SOURCE:源文件的名目及其用于检查评定该事件的代码位于源文件中的行号

PS:对那些表使用truncate语句,影响与等待事件相近。

·EVENT_NAME:生成事件音信的instruments 名称。与setup_instruments表中的NAME值对应;

PS:允许行使TRUNCATE TABLE语句

注意:这个表只针对等候事件新闻举行总括,即含有setup_instruments表中的wait/%始发的访谈器 idle空闲收罗器,每种等待事件在各样表中的总计记录行数要求看怎么着分组(例如:依据顾客分组总括的表中,有稍许个活泼顾客,表中就可以有稍许条近似采撷器的记录卡塔 尔(阿拉伯语:قطر‎,其余,总括流速计是不是见到成效还亟需看setup_instruments表中相应的等待事件搜聚器是或不是启用。

LOCK_TYPE: SHARED_READ

END_EVENT_ID: 38707

| Tables_in_performance_schema (%events_statements_summary%) |

| Tables_in_performance_schema (%file_summary%) |

对于events_stages_current表允许使用TRUNCATE TABLE语句来进展清理

USER: root

3 rows in set (0.00 sec)

events_stages_current 表

events_statements_summary_global_by_event_name:遵照每一种事件名称举行总括的Statement事件

OBJECT _INSTANCE_BEGIN: 2658004160

ROWS_SENT:语句再次回到给客商端的数目行数

MAX _TIMER_WAIT: 2427645000

| USER |CURRENT_CONNECTIONS | TOTAL_CONNECTIONS |

SOURCE: handler.cc:1421

1 row in set (0.00 sec)

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

TIMER_WAIT: 59766000

......

·依据于连接表中新闻的summary表在对那个连接表施行truncate时会同期被隐式地进行truncate,performance_schema维护着依据accounts,hosts或users总计各个风云总计表。这个表在称呼包罗:_summary_by_account,_summary_by_host,*_summary_by_user

DIGEST_TEXT: NULL

EVENT_NAME: statement/sql/select

(1)accounts表

1 row in set (0.00 sec)

Rows matched: 377 Changed: 377 Warnings: 0

·ATTR_VALUE:连接属性值;

STATE: COMMITTED

AVG _TIMER_WAIT: 0

·COUNT_EXECUTE,SUM_TIMER_EXECUTE,MIN_TIMER_EXECUTE,AVG_TIMER_EXECUTE,MAX_TIMER_EXECUTE:实施prepare语句时的相关总括数据。

WA揽胜NINGS:语句警示数,此值来自代码区域的言辞确诊区域

1 row in set (0.00 sec)

* _client_version:客商端库版本

NUMBER _OF_BYTES: NULL

SUM _SELECT_FULL _RANGE_JOIN: 0

table_handles表是只读的,无法改正。暗许自动调治表数据行大小,若是要显式钦点个,能够在server运营此前安装系统变量performance_schema_max_table_handles的值。

UPDATEsetup_consumers SETENABLED= 'YES'WHERENAMELIKE'events_stages_%';

events_waits_summary_by_host_by_event_name表:按照列EVENT_NAME、HOST进行分组事件音讯

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

events_waits_history_long与events_waits_current表结构一样

HOST: NULL

·COUNT_READ,SUM_TIMER_READ,MIN_TIMER_READ,AVG_TIMER_READ,MAX_TIMER_READ,SUM_NUMBER_OF_BYTES_READ:这几个列总括全体选用操作(socket的RECV、RECVFROM、RECVMS类型操作,即以server为参照他事他说加以考察的socket读取数据的操作卡塔 尔(阿拉伯语:قطر‎相关的次数、时间、选拔字节数等音讯

events_waits_current 表

EVENT_NAME: transaction

AVG_TIMER_WAIT: 24366870

NESTING _EVENT_TYPE: STATEMENT

root@localhost : performance _schema 11:01:51> select * from events_statements _summary_by_digest limit 1G

OBJECT_NAME: test

EVENT_NAME:产闯事件的监视仪器的称呼。该列值来自setup_instruments表的NAME值。对于SQL语句,EVENT_NAME值最早的instruments是statement/com/Query,直到语句被深入分析之后,会转移为更方便的现实性instruments名称,如:statement/sql/insert

COUNT_STAR: 0

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

OBJECT_INSTANCE_BEGIN: NULL

* 如果DIGEST = NULL行的COUNT_STA奥迪Q5列值占有整个表中全部总结新闻的COUNT_STAOdyssey列值的比重大于0%,则意味存在由于该表限定已满引致有的语句总括新闻不能归类保存,固然你要求保留全数语句的总计音讯,能够在server运维早前调节系统变量performance_schema_digests_size的值,暗中认可大小为200

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

ERRORS: 0

* LOW_COUNT_USED和LOW_NUMBER_OF_BYTES_USED是超低的低水位臆想值。performance_schema输出的低水位值能够保障计算表中的内部存储器分配次数和内部存款和储蓄器小于或等于当前server中实际的内存分配值

·server 监听贰个socket以便为网络连接左券提供援助。对于监听TCP/IP或Unix套接字文件三回九转来讲,分别有二个名称叫server_tcpip_socket和server_unix_socket的socket_type值,组成对应的instruments名称;

events_waits_history 表

MIN _TIMER_WAIT: 0

SUM _NUMBER_OF _BYTES_READ: 11567104

TIMER_END: 16184509824175000

1 row in set (0.00 sec)

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

CURRENT_SCHEMA: NULL

AVG _TIMER_WAIT: 0

COUNT_REPREPARE: 0

MESSAGE_TEXT: NULL

| memory_summary_by_user_by_event_name |

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

ROWS_AFFECTED: 0

SUM _TIMER_WAIT: 0

metadata_locks表是只读的,不可能创新。私下认可保留行数会自动调解,尽管要配备该表大小,可以在server运维早前安装系统变量performance_schema_max_metadata_locks的值。

NESTING_EVENT_TYPE: STATEMENT

# memory_summary_by_account_by_event_name表

*************************** 4. row ***************************

  • 风华正茂经事件未进行到位,则TIMER_END为当前几日子,TIME奥德赛_WAIT为当下实现所通过的时日(TIMECR-V_END - TIMER_START)。
  • 假诺监视仪器配置表setup_instruments中对应的监视器TIMED字段棉被服装置为 NO,则不会征集该监视器的命宫音讯,那么对于该事件访问的消息记录中,TIME途观_START,TIMER_END和TIMER_WAIT字段值均为NULL

1 row in set (0.00 sec)

MAX_TIMER_READ: 0

ROWS_EXAMINED:在实践语句时期从存款和储蓄引擎读取的数据行数

EVENT _NAME: wait/synch/mutex/sql/TC_LOG _MMAP::LOCK_tc

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

events_statements_history_long 表

# events_statements_summary_global_by_event_name表

·对于Unix domain套接字(server_unix_socket卡塔尔的server端监听器,端口为0,IP为空白;

EPAJERORO奥迪Q5S:语句实行是不是产生错误。如若SQLSTATE值以00(实现卡塔尔国或01(警报卡塔尔开头,则该列值为0。别的任何SQLSTATE值时,该列值为1

AVG _TIMER_WAIT: 1235672000

admin@localhost : performance _schema 11:10:42> select * from objects_summary _global_by _type where SUM_TIMER_WAIT!=0G;

* 对于套接字对象:

CURRENT _NUMBER_OF _BYTES_USED: 0

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

THREAD_ID: 46

THREAD_ID: 47

1 rows in set (0.00 sec)

NUMBER _OF_RELEASE_SAVEPOINT: 0

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

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

END _EVENT_ID: NULL

PS:对那一个表使用truncate语句,影响与等待事件相像。

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

OBJECT_TYPE: NULL

对于种种线程的总结音讯,适用以下准则。

rwlock_instances表字段含义如下:

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

关于events_statements_summary_by_digest表

admin@localhost : performance_schema 11:00:45> select * from session_account_connect_attrs;

events_statements_history_long与events_statements_current表结构同样

MIN _TIMER_WAIT: 0

| FILE_NAME |EVENT_NAME | OPEN_COUNT |

SELECT_FULL_RANGE_JOIN:像Select_full_range_join状态变量相近的计数值,可是这里只用于那一个事件中的语句计算而不针对全局、会话品级

1 row in set (0.00 sec)

咱俩先来拜望表中著录的计算音讯是怎么体统的。

* 1)、OBJECT_NAME列是套接字的IP:PORT值

......

·表面锁对应存款和储蓄引擎层中的锁。通过调用handler::external_lock()函数来促成。(官方手册上说有叁个OPERATION列来分别锁类型,该列有效值为:read external、write external。但在该表的定义上并不曾观看该字段)

NESTING_EVENT_ID: 38667

MAX _TIMER_READ_ONLY: 57571000

COUNT_STAR: 1

SPINS: NULL

events_statements_summary_by_program:根据每种存储程序(存储进程和函数,触发器和事件卡塔 尔(阿拉伯语:قطر‎的平地风波名称举办计算的Statement事件

上边前蒙受那几个表分别展开求证。

ACCESS_MODE: READ WRITE

events_waits_summary_by_instance表:按照列EVENT_NAME、OBJECT_INSTANCE_BEGIN进行分组事件音讯。要是一个instruments(event_name)创设有四个实例,则每种实例都抱有唯风流倜傥的OBJECT_INSTANCE_BEGIN值,因而种种实例会举办单独分组

* _program_name:客户端程序名称

TIMER_START,TIMER_END,TIMER_WAIT:事件的年月音讯。那个值的单位是阿秒(万亿分之风流洒脱秒卡塔尔。TIME凯雷德_START和TIMER_END值表示事件的带头时间和终结时间。TIME汉兰达_WAIT是事件试行消耗的年月(持续时间卡塔 尔(阿拉伯语:قطر‎

USER: root

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

SQL_TEXT: select sleep( 100)

COUNT_ALLOC: 193

三番三次消息表accounts中的user和host字段含义与mysql系统数据库中的MySQL grant表(user表卡塔尔国中的字段含义雷同。

XID_FORMAT_ID,XID_GTRID和XID_BQUAL:XA事务标记符的机件。关于XA事务语法详见链接:

USER: root

从客商端发送到服务器的连年属性数据量存在限定:顾客端在接连早前顾客端有二个和好的固化长度约束(不可配置卡塔尔国、在客商端连接server时服务端也是有一个一定长度节制、以至在顾客端连接server时的连天属性值在存入performance_schema中时也许有一个可配备的尺寸节制。

events_statements_history 表

EVENT_NAME: statement/sql/select

* _os:客商端操作系统类型(举个例子Linux,Win64卡塔尔

SORT_ROWS:像Sort_rows状态变量雷同的计数值,但是这里只用于那么些事件中的语句总结而不照准全局、会话等第

HOST: localhost

·DEALLOCATE PREPARE步骤:语法 {DEALLOCATE | DROP} PREPARE stmt_name,示例:drop prepare stmt; ,此时在prepared_statements_instances表中对应的prepare示例记录自动删除。

TIMER_END: 14698320697396000

MAX _TIMER_WAIT: 0

| wait/io/socket/sql/client_connection |110667840 | 45 |51| ::ffff:10.10.20.15 |56842| ACTIVE |

WARNINGS: 0

MIN _TIMER_WAIT: 0

EVENT_NAME: wait/io/file/innodb/innodb_data_file

TIMER_WAIT: 41816298007000

AVG _TIMER_WAIT: 0

·当待处理的锁乞请超时,会回来错误音信(E智跑_LOCK_WAIT_TIMEOUT卡塔尔给央浼锁的对话,锁状态从PENDING更新为TIMEOUT;

在上生龙活虎篇 《配置安详严整 | performance_schema全方位介绍》中,大家详细介绍了performance_schema的配置表,百折不回读完的是真爱,也恭喜我们翻过了生龙活虎座中灵山。相信有非常多少人读完之后,已经十万火急的想要整装待发了,明天将指点大家大器晚成道踏上排山倒海第三篇的征途(全系共6个篇章),在这里豆蔻梢头期里,我们将为我们关怀备至授课performance_schema中事件原来记录表。下边,请随行大家生机勃勃道早先performance_schema系统的就学之旅吧。

| 导语

|3| _os |linux-glibc2. 5| 0 |

  • 假如事件未实行到位,则TIMECR-V_END为近年来时间,TIMELAND_WAIT为前段时间停止所经过的日子(TIME昂Cora_END - TIMER_START)
  • 即便监视仪器配置表setup_instruments中对应的监视器TIMED字段棉被服装置为 NO,则不会收集该监视器的光阴新闻,那么对于该事件访问的音信记录中,TIMEPAJERO_START,TIMER_END和TIMER_WAIT字段值均为NULL

COUNT_STAR: 0

3rows inset ( 0. 00sec)

  • events_waits_current表:记录当前正值实行的等待事件的,各个线程只记录1行记下
  • events_waits_history表:记录已经奉行完的近些日子的等待事件历史,暗中同意每一种线程只记录10行记录
  • events_waits_history_long表:记录已经施行完的近年的等待事件历史,私下认可全数线程的总记录行数为10000行

events_statements_summary_by_digest:遵照每一种库等第对象和话语事件的原始语句文本总计值(md5 hash字符串卡塔 尔(英语:State of Qatar)进行计算,该总计值是依照事件的原始语句文本进行简要(原始语句转变为条件语句),每行数据中的相关数值字段是颇有相符总括值的计算结果。

- END -

表记录内容示例(以下新闻依然来自select sleep(100);语句的说话事件新闻卡塔尔国

作者们先来看看那几个表中著录的总结音讯是何等样子的(由于单行记录较长,这里只列出events_transactions_summary_by_account_by_event_name表中的示例数据,别的表的亲自去做数据省略掉黄金时代部分同样字段卡塔 尔(阿拉伯语:قطر‎。

EVENT_NAME: wait/io/file/innodb/innodb_data_file

* 1)、instruments不支持进度:未有可用进程数据, WO凯雷德K_COMPLETED和WORK_ESTIMATED列都显得为NULL

root@localhost : performance _schema 01:19:07> select * from events_transactions _summary_by _account_by _event_name where COUNT_STAR!=0 limit 1G

上风姿洒脱篇 《事件总括 | performance_schema全方位介绍》详细介绍了performance_schema的事件总结表,但这几个总结数据粒度太粗,仅仅根据事件的5大项目 顾客、线程等维度进行归类总结,但神跡大家必要从更加细粒度的维度实行分拣计算,比方:有个别表的IO成本多少、锁费用多少、以至客商连接的一些品质总括消息等。那时候就要求查阅数据库对象事件计算表与性情总计表了。前日将指导大家一同踏上栉比鳞次第五篇的征途(全系共7个篇章),这一期将为我们关怀备至授课performance_schema中指标事件计算表与性格总计表。上边,请随行我们协同在此以前performance_schema系统的就学之旅吧~

OPERATION:实施的操作类型,如:lock、read、write、timed_wait

# events_statements_summary_by_digest表

metadata_locks表字段含义如下:

SORT_RANGE: 0

# events_stages_summary_by_thread_by_event_name表

每一个连接新闻表都有CU奥迪Q3RENT_CONNECTIONS和TOTAL_CONNECTIONS列,用于追踪连接的前段时间连接数和总连接数。对于accounts表,各种连接在表中每行新闻的唯大器晚成标记为USE哈弗 HOST,可是对于users表,独有多个user字段举行标志,而hosts表独有三个host字段用于标记。

GTID:包含gtid_next系统变量的值,其值大概是格式为:UUID:NUMBE奥迪Q5的GTID,也说倒霉是:ANONYMOUS、AUTOMATIC。对于AUTOMATIC列值的事体育赛事件,GTID列在工作提交和相应事务的GTID实际分配时都会进展改变(若是gtid_mode系统变量为ON或ON_PERMISSIVE,则GTID列将转移为职业的GTID,如若gtid_mode为OFF或OFF_PERMISSIVE,则GTID列将改成为ANONYMOUS卡塔 尔(英语:State of Qatar)

# events_statements_summary_by_user_by_event_name表

| /data/mysqldata1/innodb_ts/ibdata1 |wait/io/file/innodb/innodb_data_file | 3 |

TIMER_WAIT: 3826892941827

MAX _TIMER_WAIT: 0

cond_instances表字段含义如下:

SOURCE:源文件的名号及其用于检测该事件的代码位于源文件中的行号,您可以检查源代码来规定涉及的代码

COUNT_FREE: 103

PS:MySQL server使用二种缓存技能通过缓存从文件中读取的新闻来幸免文件I/O操作。当然,假诺内存远远不够时依旧内部存款和储蓄器竞争相当大时可能形成查询成效低下,那时你大概须求通过刷新缓存只怕重启server来让其数量经过文件I/O再次来到并非透过缓存重返。

root@localhost : performance _schema 12:15:03> select * from events_waits _current where EVENT_NAME='wait/synch/cond/sql/Item _func_sleep::cond'G;

* LOW_COUNT_USED:如果CURRENT_COUNT_USED收缩1之后是二个新的最低值,则该字段相应核减

* 已到位的守候事件将助长到events_waits_history和events_waits_history_long表中 ;

  • MySQL的join查询利用嵌套循环达成。performance_schema instruments的功效是在join查询中提供对种种表的扫描行数和实行时间实行总括。示例:join查询语句:SELECT … FROM t1 JOIN t2 ON … JOIN t3 ON …,借使join顺序是t1,t2,t3
  • 在join查询中,一个表在询问时与任何表打开联合查询以后,该表的扫描行数大概增添也大概减少,举个例子:假设t3表扇出超越1,则超越56%row fetch操作都是针对t3表,要是join查询从t1表访谈10行记录,然后使用t1表驱动查询t2表,t1表的每生机勃勃行都会扫描t2表的20行记录,然后使用t2表驱动查询t3表,t2表的每风流洒脱行都会扫描t3表的30行记录,那么,在选拔单行输出时,instruments总计操作的平地风波新闻总行数为:10 (10 * 20) (10 * 20 * 30)= 6210
  • 由此对表中央银行扫描时的instruments总括操作举行联谊(即,各样t1和t2的围观行数在instruments总计中得以算作叁个批量结缘卡塔尔国,那样就足以减去instruments总计操作的数据。通过批量I/O输出格局,performance_schema每一回对最内层表t3的扫视降低为二个事变计算音讯并非每大器晚成行扫描都生成八个事件消息,那个时候对于instruments总计操作的轩然大波行数量减小到:10 (10 * 20) (10 * 20卡塔 尔(阿拉伯语:قطر‎= 410,那样在该join查询中对此performance_schema中的行总结操作就裁减了93%,批量出口计策通过收缩输出游数量来显着减弱表I/O的performance_schema总结费用。然则相对于每行数据都独立实践总结操作,会损失对时间总括的正确度。在join查询中,批量I/O计算的流年包含用于连接缓冲、聚合和重返行到顾客端的操作所花费的小时(即便是少年老成体join语句的推行时间卡塔 尔(英语:State of Qatar)

performance_schema会记录内部存款和储蓄器使用意况并集结内部存款和储蓄器使用总括音信,如:使用的内部存款和储蓄器类型(各类缓存,内部缓冲区等卡塔尔国和线程、帐号、客商、主机的连锁操作直接进行的内部存款和储蓄器操作。performance_schema从使用的内部存款和储蓄器大小、相关操作数量、高低水位(内部存款和储蓄器壹回操作的最大和纤维的连带总结值卡塔尔。

·HOST:有些连接的主机名,要是是三个之中线程创立的三番五回,只怕是力不能及证实的客户创设的一而再,则该字段为NULL;

THREAD_ID,EVENT_ID:与事件涉及的线程ID和当下事变ID。THREAD_ID和EVENT_ID值构成了该事件音信行的有一无二标记(不会有再次的THREAD_ID EVENT_ID值)

内部存款和储蓄器事件instruments中除了performance_schema自个儿内部存款和储蓄器分配相关的风云instruments配置暗中认可开启之外,其余的内存事件instruments配置都暗中同意关闭的,且在setup_consumers表中从未像等待事件、阶段事件、语句事件与职业事件那样的单身布置项。

|wait/synch/rwlock/session/LOCK_srv_session_collection | 31856216 |NULL | 0 |

NUMBER_OF_SAVEPOINTS,NUMBER_OF_ROLLBACK_TO_SAVEPOINT,NUMBER_OF_RELEASE_SAVEPOINT:在业务内推行的SAVEPOINT,ROLLBACK TO SAVEPOINT和RELEASE SAVEPOINT语句的数据

进行该语句时犹如下行为:

............

PS:允许施行TRUNCATE TABLE语句

MIN _TIMER_WAIT: 0

与objects_summary_global_by_type 表总括音信雷同,表I/O等待和锁等待事件计算消息进而精致,细分了种种表的增加和删除改查的进行次数,总等待时间,最小、最大、平均等待时间,以至精细到某些索引的增删改查的等待时间,表IO等待和锁等待事件instruments(wait/io/table/sql/handler和wait/lock/table/sql/handler 卡塔 尔(英语:State of Qatar)暗中认可开启,在setup_consumers表中无实际的呼应配置,默许表IO等待和锁等待事件总计表中就能够总结有关事件新闻。满含如下几张表:

NO_INDEX_USED: 0

EVENT_NAME: stage/sql/After create

| wait/synch/mutex/mysys/THR_LOCK_heap |32576832| NULL |

TRX_ID:未利用,字段值总是为NULL

# events_stages_summary_by_account_by_event_name表

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

SELECT_FULL_JOIN:像Select_full_join状态变量雷同的计数值,可是此地只用于这几个事件中的语句计算而不针对全局、会话等第

在上意气风发篇《事件记录 | performance_schema全方位介绍"》中,大家详细介绍了performance_schema的风波记录表,恭喜大家在就学performance_schema的途中渡过了五个最困难的临时。以后,相信大家已经相比较清楚什么是事件了,但偶然大家无需精晓每时每刻发生的每一条事件记录消息, 比方:我们目的在于掌握数据库运转以来黄金年代段时间的风云总括数据,这时候就须求查阅事件总计表了。前几日将辅导我们一齐踏上漫天掩地第四篇的道路(全系共7个篇章),在此风流洒脱期里,我们将为我们无所不至授课performance_schema中事件总结表。总计事件表分为5个品类,分别为等待事件、阶段事件、语句事件、事务事件、内存事件。上边,请跟随大家一块起来performance_schema系统的上学之旅吧。

·OWNER_THREAD_ID,OWNER_EVENT_ID:那一个列表示成立prepare语句的线程ID和事件ID。

NUMBER_OF_BYTES:操作读取或写入的字节数或行数。对于文本IO等待,该列值表示字节数;对于表I/O等待(wait/io/table/sql/handler instruments的事件卡塔尔,该列值表示行数。倘诺值当先1,则意味该事件对应四个批量I/O操作。以下分别对单个表IO和批量表IO的分别张开描述:

root@localhost : performance _schema 10:37:27> select * from events_statements _summary_by _account_by _event_name where COUNT_STAR!=0 limit 1G

OBJECT_NAME: test

* 1)、WORK_COMPLETED:展现阶段事件已成功的行事单元数

events_statements_summary_by_digest表有谈得来额外的计算列:

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

LOCK_TIME: 0

属性事件总计表中的有些instruments是不是实践总结,重视于在setup_instruments表中的配置项是或不是打开;

·TOTAL_CONNECTIONS:某主机的总连接数。

NESTING_EVENT_ID: NULL

凤凰彩票平台手机版 1

7.锁对象记录表

DIGEST:语句摘抄的MD5 hash值,为叁10位十五进制字符串,倘若在setup_consumers表中statement_digest配置行没有开启,则语句事件中该列值为NULL

SUM _TIMER_WAIT: 0

| PROCESSLIST_ID |ATTR_NAME | ATTR_VALUE |ORDINAL_POSITION |

PS:允许使用TRUNCATE TABLE语句

HOST: localhost

·OBJECT_TYPE:展现handles锁的项目,表示该表是被哪些table handles展开的;

EVENT_NAME: statement/sql/select

root@localhost : performance _schema 11:55:36> select * from memory_summary _by_user _by_event _name where COUNT_ALLOC!=0 limit 1G

下卷将为我们分享 《复制状态与变量记录表 | performance_schema全方位介绍》 ,谢谢您的读书,大家不见不散!回到网易,查看更加多

PS:允许使用TRUNCATE TABLE语句

| events_stages_summary_by_host_by_event_name |

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

events_waits_current表包罗当前的等候事件音讯,每一种线程只体现生机勃勃行近来监视的等候事件的脚下境况

events_statements_summary_by_host_by_event_name:依照各样主机名和事件名称举行总结的Statement事件

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

* 1)、“职业单元”是在进行进程中任何时候间扩展而扩大的整数衡量,比方推行进度中的字节数、行数、文件数或表数。对于特定instruments的“工作单元”的定义留给提供数据的instruments代码

* COUNT_ALLOC:增加1

·LOCK_DURATION:来自元数据锁子系统中的锁准时期。有效值为:STATEMENT、TRANSACTION、EXPLICIT,STATEMENT和TRANSACTION值分别表示在讲话或作业截至时会释放的锁。 EXPLICIT值表示能够在言语或业务停止时被会保留,要求显式释放的锁,举例:使用FLUSH TABLES WITH READ LOCK获取的大局锁;

在蕴藏事务事件新闻的表中,events_transactions_current是基本功表。别的蕴含事务事件消息的表中的多寡逻辑上源于当前事变表。举个例子:events_transactions_history和events_transactions_history_long表分别包涵每种线程前段时间10行事务事件音讯和大局近来10000行事务事件音信

1 row in set (0.00 sec)

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

NESTING_EVENT_ID:表示该行音讯中的EVENT_ID事件是嵌套在哪些事件中,即父事件的EVENT_ID

EVENT_NAME: transaction

OWNER_OBJECT_SCHEMA: NULL

NO_GOOD_INDEX_USED: 0

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

MAX _TIMER_WAIT: 121025235946125

PS:events_waits_current表允许使用TRUNCATE TABLE语句

5rows inset ( 0. 00sec)

| file_summary_by_event_name |

WORK_COMPLETED,WORK_ESTIMATED:那些列提供了阶段事件进程音讯

AVG _TIMER_WAIT: 0

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

如上的输出结果与话语的等待事件情势相通,这里不再赘述,events_stages_current表完整的字段含义如下

| memory_summary_global_by_event_name |

·events_waits_current:查看线程正在守候什么rwlock;

以上的输出结果与话语的等候事件格局相符,这里不再赘述,events_transactions_current表完整字段含义如下:

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

file_instances表列出实施文书I/O instruments时performance_schema所见的兼具文件。 假若磁盘上的文件并未有展开,则不会在file_instances中著录。当文件从磁盘中剔除时,它也会从file_instances表中剔除相应的笔录。

FLAGS: NULL

SUM_NO_INDEX_USED: 42

* _thread:客户端线程ID(仅适用于Windows卡塔尔国

THREAD_ID,EVENT_ID:与事件涉及的线程号和事件运转时的事件编号,能够应用THREAD_ID和EVENT_ID列值来唯风流罗曼蒂克标志该行,这两行的值作为整合条件时不会现出相同的数据行

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

从表中的记录内容能够看看,依据库xiaoboluo下的表test举办分组,总结了表相关的守候事件调用次数,总结、最小、平均、最大延迟时间音信,利用这一个音信,大家得以大约通晓InnoDB中表的寻访效能排名总结意况,一定水准上反应了对存款和储蓄引擎接口调用的频率。

DIGEST: NULL

# events_waits_summary_global_by_event_name表

这个连接表都允许利用TRUNCATE TABLE语句:

NESTING _EVENT_ID: 116

COUNT_STAR: 0

·当全数互斥体的线程释放互斥体时,mutex_instances表中对应排挤体行的THREAD_ID列被改换为NULL;

* 5)、因为mysql_affected_rows(卡塔尔重回的是二个无符号值,所以row_count()函数再次回到值小于等于0时都改变为0值再次来到可能不回来给effected值,row_count()函数重返值大于0时则赶回给effected值

COUNT_ALLOC: 216

那些音讯使您能够精晓会话之间的元数据锁信赖关系。不仅可以够看来会话正在守候哪个锁,还足以观察眼下颇有该锁的会话ID。

主编:

MAX _TIMER_WAIT: 0

MIN _TIMER_READ _WITH_SHARED_LOCKS: 0

* 3)、OBJECT_TYPE列为FILE

* SUM_NUMBER_OF_BYTES_FREE:增加N

| localhost |1| 1 |

events_waits_current表完整的字段含义如下:

从地点表中的现身说法记录音讯中,大家得以看来,同样与等待事件肖似,遵照顾客、主机、顾客 主机、线程等纬度进行分组与计算的列,那么些列的意义与等待事件相似,这里不再赘述。

COUNT_STAR: 213055844

AUTOCOMMIT: YES

MAX _TIMER_WAIT: 0

| table_lock_waits_summary_by_table |# 依照每一个表举办总结的表锁等待事件

TIMER_START: 14645080545642000

* COUNT_FREE:增加1

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

events_transactions_history表包蕴每一个线程这几天的N个事务事件。 在server运转时,N的值会自动调节。 要显式设置N的分寸,能够在server运营以前设置系统变量

SUM _TIMER_WAIT: 0

| table_io_waits_summary_by_table |# 依照每一种表张开总结的表I/O等待事件

TIMER_START,TIMER_END,TIMER_WAIT:事件的时刻音讯。单位阿秒(万亿分之生机勃勃秒卡塔 尔(阿拉伯语:قطر‎。 TIMEENVISION_START和TIMER_END值表示事件以前和终结时间。 TIMEENVISION_WAIT是事件经过岁月(即事件实践了多长时间卡塔尔国

COUNT _READ_ONLY: 1

COUNT _READ_WITH _SHARED_LOCKS: 0

TIMER_START: 15354770719802000

属性事件总结表在setup_consumers表中只受控于"global_instrumentation"配置项,也正是说后生可畏旦"global_instrumentation"配置项关闭,全部的总结表的计算条约都不推行计算(计算列值为0卡塔尔;

贰个三番两次可以知道的连年属性集合决意于与mysql server建构连接的顾客端平台项目和MySQL连接的顾客端类型。

ROWS_EXAMINED: 0

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

STATEMENT_ID: 1

SELECT_SCAN:像Select_scan状态变量一样的计数值,可是这里只用于那个事件中的语句计算而不照准全局、会话品级

1 row in set (0.00 sec)

·ATTR_NAME:连接属性名称;

原标题:事件记录 | performance_schema全方位介绍(三卡塔尔国

当某给定对象在server中第三回被利用时(即利用call语句调用了仓库储存进度或自定义存储函数时卡塔 尔(阿拉伯语:قطر‎,就要events_statements_summary_by_program表中增多黄金年代行总计音信;

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

* 3)、WORK_ESTIMATED值依照检查评定代码,也许在品级事件试行过程中发生变化

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

COUNT_READ_NORMAL: 0

ISOLATION_LEVEL: READ COMMITTED

SUM _NUMBER_OF _BYTES_ALLOC: 3296

| wait/io/socket/sql/server_unix_socket |110667520| 1 |34| |0| ACTIVE |

同意选用TRUNCATE TABLE语句

SUM_SELECT_SCAN: 45

PS:对于mutexes、conditions和rwlocks,在运转时固然允许改良配置,且布局能够改良成功,但是有局地instruments不看到效果,须要在运营时配置才会生效,假如您品味着使用部分利用项景来追踪锁音信,你可能在这里些instance表中不恐怕查询到对应的音讯。

MYSQL_ERRNO: 0

COUNT_STAR: 0

performance_schema还总结后台线程和不可能验证客户的连接,对于那些连接总计行新闻,USE凯雷德和HOST列值为NULL。

XA_STATE: NULL

MAX _TIMER_READ_WRITE: 2427645000

truncate *_summary_global总括表也会隐式地truncate其对应的连年和线程总括表中的音信。举例:truncate events_waits_summary_global_by_event_name会隐式地truncate遵照帐户,主机,顾客或线程总计的守候事件总结表。

在昔日我们查阅语句奉行的阶段状态,平时使用SHOW PROCESSLIST语句或询问INFORMATION_SCHEMA.PROCESSLIST表来赢得,但processlist方式能够查询到的消息比较有限且时而即逝,大家日常必要结合profiling效率来更是总括深入分析语句施行的逐少年老成阶段的开荒等,今后,我们不须求那样麻烦,直接采纳performance_schema的阶段事件就不仅能够查询到独具的说话执行等第,也足以查询到各样阶段对应的支付,因为是记录在表中,所以更能够利用SQL语句对这几个数量开展排序、总结等操作

SUM_SELECT_RANGE: 0

在服务器端面,会对连年属性数据实行长度检查:

SORT_RANGE:像Sort_range状态变量同样的计数值,可是此地只用于这么些事件中的语句总括而不照准全局、会话等级

EVENT _NAME: wait/synch/mutex/sql/TC_LOG _MMAP::LOCK_tc

·繁多MySQL客商端程序设置的属性值与客商端名称相等的三个program_name属性。例如:mysqladmin和mysqldump分别将program_name连接属性设置为mysqladmin和mysqldump,其余一些MySQL顾客端程序还定义了附加属性:

EVENT_NAME:搜集该工作事件的instruments的称谓。来自setup_instruments表的NAME列值

AVG _TIMER_WAIT: 0

文件I/O事件计算表只记录等待事件中的IO事件(不带有table和socket子种类),文件I/O事件instruments默许开启,在setup_consumers表中无实际的照拂配置。它满含如下两张表:

OBJECT_NAME: NULL

* CURRENT_COUNT_USED:增加1

SUM _TIMER_READ _WITH_SHARED_LOCKS: 0

TIMER_WAIT: 53240151754000

1row inset ( 0. 00sec)

admin@localhost : performance _schema 10:50:38> select * from prepared_statements_instancesG;

* 3)、对于SELECT语句:row_count()函数重回-1,举例:SELECT * FROM t1语句,ROW_COUNT()返回-1(对于select语句,在调用mysql_store_result(卡塔 尔(英语:State of Qatar)早先调用了mysql_affected_rows(卡塔 尔(阿拉伯语:قطر‎重返了卡塔 尔(英语:State of Qatar)。可是对于SELECT * FROM t1 INTO OUTFILE'file_name'那样的口舌,ROW_COUNT(卡塔 尔(英语:State of Qatar)函数将回来实际写入文件中的数据行数

| events_transactions_summary_global_by_event_name |

咱俩先来拜访表中记录的总计新闻是怎么着样子的。

* 对于文本I/O对象:

MIN_TIMER_WAIT:给定计时事件的一丝一毫等待时间

·PROCESSLIST_ID:会话的接连标记符,与show processlist结果中的ID字段相仿;

events_transactions_history_long 表

COUNT_STAR: 0

SUM_TIMER_READ: 305970952875

要小心:语句事件有关配置中,setup_instruments表中statement/*始发的享有instruments配置暗中同意开启,setup_consumers表中statements相关的consumers配置私下认可开启了events_statements_current、events_statements_history、statements_digest(对应events_statements_summary_by_digest表,详见后续章节卡塔 尔(英语:State of Qatar)但从没开启events_statements_history_long。

SUM_SORT_SCAN: 6

session_account_connect_attrs表仅包涵当前连接及其相关联的其余总是的接连几天属性。要查阅全数会话的总是属性,请查看session_connect_attrs表。

STATE:当前职业状态。有效值为:ACTIVE(推行了START TRANSACTION或BEGIN语句之后,事务未提交或未回滚在此以前卡塔尔国、COMMITTED(执行了COMMIT之后卡塔尔国、ROLLED BACK(实施了ROLLBACK语句之后卡塔尔

HIGH_COUNT_USED: 1

OBJECT_TYPE: TABLE

* 2)、OBJECT_INSTANCE_BEGIN列是内部存储器中的地址,解释同上

1 row in set (0.01 sec)

* COUNT_MISC,SUM_TIMER_MISC,MIN_TIMER_MISC,AVG_TIMER_MISC,MAX_TIMER_MISC:那一个列总括了富有其余文件I/O操作,包罗CREATE,DELETE,OPEN,CLOSE,STREAM_OPEN,STREAM_CLOSE,SEEK,TELL,FLUSH,STAT,FSTAT,CHSIZE,RENAME和SYNC系统调用。注意:那一个文件I/O操作未有字节计数新闻。

root@localhost : performance_schema 12: 36: 35> select * from events_statements_current where SQL_TEXT= 'select sleep(100)'G;

PS2:有关存款和储蓄程序监察和控制行为:对于在setup_objects表中启用了instruments的仓库储存程序类型,events_statements_summary_by_program将维护存储程序的总括音信,如下所示:

MIN_TIMER_READ: 15213375

NESTING_EVENT_LEVEL: 0

root@localhost : performance _schema 11:42:37> select * from events_stages _summary_by _user_by _event_name where user is not null limit 1G

大家先来拜见表中记录的总计新闻是怎么体统的。

events_waits_history表富含每种线程近日的N个等待事件。 在server运行时,N的值会自动调节。 若是要显式设置这几个N大小,能够在server运转早前调治系统参数performance_schema_events_waits_history_size的值。 等待事件必要实践完成时才被增加到events_waits_history表中(未有截至时保留在events_waits_current表卡塔 尔(阿拉伯语:قطر‎。当增多新事件到events_waits_history表时,如果该表已满,则会遗弃每一种线程较旧的平地风波

* CURRENT_COUNT_USED:那是多个便捷列,等于COUNT_ALLOC - COUNT_FREE

小编们先来看看表中记录的总括音讯是什么体统的。

  • 等第事件进度提醒器的显现作为有以下三种状态:

COUNT_STAR: 0

·OBJECT_INSTANCE_BEGIN:instruments对象的内部存款和储蓄器地址;

LOCK_TIME:等待表锁的日子。该值以微秒进行测算,但最后调换为飞秒展现,以便更便于与别的performance_schema中的电火花计时器实行相比较

root@localhost : performance _schema 01:27:32> select * from events_transactions _summary_global _by_event _name where SUM_TIMER_WAIT!=0G

从地方表中的笔录消息大家得以观望:

EVENT_NAME: wait/synch/cond/sql/Item_func_sleep::cond

SUM _CREATED_TMP_TABLES: 10

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

CREATED_TMP_TABLES:像Created_tmp_tables状态变量相似的计数值,不过此间只用于那一个事件中的语句总结而不照准全局、会话等级

COUNT_STAR: 0

admin@localhost : performance_schema 10:28:45> select * from rwlock_instances limit 1;

在满含stage事件记录的表中,events_stages_current是基准表,富含stage事件记录的其他表(如:events_stages_history和events_stages_history_long表卡塔尔国的数量在逻辑上都源于events_stages_current表(汇总表除此之外卡塔 尔(英语:State of Qatar)

events_waits_summary_by_account_by_event_name表:按照列EVENT_NAME、USEEvoque、HOST实行分组事件音讯

AVG _TIMER_WAIT: 3496961251500

说话事件表

EVENT_NAME: memory/performance_schema/mutex_instances

小编们先来看看表中著录的总结音信是怎么着体统的。

* 3)、OBJECT_TYPE列值对于基表只怕TEMPORAKugaY TABLE有时表,该值是table,注意:对于在join查询中select_type为DE奥迪Q5IVED,subquery等的表大概不记录事件新闻也不开展总括

root@localhost : performance _schema 11:08:53> select * from events_waits _summary_global _by_event_name limit 1G

* performance_schema截断超越长度的属性数据,并追加Performance_schema_session_connect_attrs_lost状态变量值,截断一次扩大三遍,即该变量表示连接属性被截断了略微次

events_stages_history_long 表

prepared_statements_instances:依据逐个prepare语句实例聚合的总结新闻

|NULL | NULL |41| 45 |

伺机事件表

1 row in set (0.00 sec)

metadata_locks表不一样意行使TRUNCATE TABLE语句。

SORT_MERGE_PASSES: 0

1 row in set (0.00 sec)

* _thread:客商端线程ID(仅适用于Windows卡塔尔

ACCESS_MODE:事务采访方式。有效值为:READ ONLY或READ W奥迪Q7ITE

HOST: NULL

·FILE_NAME:磁盘文件名称;

performance_schema_events_waits_history_long_size的值。等待事件须求进行实现时才会被加多到events_waits_history_long表中(未有甘休时保留在events_waits_current表卡塔尔国,当加多新事件到events_waits_history_long表时,要是该表已满,则会屏弃该表中较旧的事件。

COUNT_STAR: 53

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

END_EVENT_ID:当贰个风云初叶实行时,对应行记录的该列值被安装为NULL,当叁个事变实行完成时,对应的行记录的该列值被更新为该事件的ID

* LOW_NUMBER_OF_BYTES_USED,HIGH_NUMBER_OF_BYTES_USED:对应CURRENT_NUMBER_OF_BYTES_USED列的低和高水位标志

......

EVENT_NAME: transaction

COUNT_STAR: 0

| NAME |OBJECT_INSTANCE_BEGIN |

* 1)、OBJECT_SCHEMA列是包括该表的库名称

| events_statements_summary_by_host_by_event_name |

·prepare语句排除财富分配:对已检验的prepare语句实例实践COM_STMT_CLOSE或SQLCOM_DEALLOCATE_PREPARE命令,同期将去除prepare_statements_instances表中对应的行消息。为了幸免财富泄漏,请必须在prepare语句无需运用的时候履行此步骤释放财富。

ROWS_AFFECTED:受该语句影响的行数。有关“受影响”的意思的呈报,参见连接:

EVENT_NAME: stage/sql/After create

MIN_TIMER_WAIT: 0

事务事件表

5rows inset ( 0. 00sec)

·对于TCP/IP server套接字(server_tcpip_socket卡塔 尔(阿拉伯语:قطر‎的server端监听器,端口始终为主端口(例如3306卡塔尔,IP始终为0.0.0.0;

events_transactions_history 表

本文由凤凰彩票平台手机版发布于凤凰彩票平台手机版互联网,转载请注明出处:【凤凰彩票平台手机版】mysql服务器io等待高定位

关键词: