>

大刘海窄下巴,数据库对象事件与属性统计

- 编辑:澳门威尼斯人正网 -

大刘海窄下巴,数据库对象事件与属性统计

原标题:前瞻 | 苹果秋季发布会最全观战指南:三款新iPhone,无线充电枕,iOS 12正式版!

原标题:数据库对象事件与属性统计 | performance_schema全方位介绍(五)

原标题:华为Mate 20保时捷版代号或叫“珠峰” 大刘海窄下巴

  本周三苹果公司将举行一年一度秋季新品发布会,除了iPhone产品线外,外界预计公司将对包括IPad、 Watch、Mac等一系列产品线进行全面升级,而去年一闪而过的无线充电枕AirPower也有望揭露出其庐山真面目。

图片 1

华为的Mate系列手机已经多次与保时捷合作,其Mate 9、Mate 10以及Mate RS上我们都看到过保时捷版,而未发布的系列新款Mate 20可能也将拥有保时捷版本。

苹果公司将于北京时间9月13日凌晨1点在史蒂夫·乔布斯剧院举办 2018 年秋季新品发布会,除了三款新iPhone外,包括新款 Watch、iPad Pro以及无线充电枕AirPower等重磅设备都将悉数登场。

上一篇 《事件统计 | performance_schema全方位介绍》详细介绍了performance_schema的事件统计表,但这些统计数据粒度太粗,仅仅按照事件的5大类别 用户、线程等维度进行分类统计,但有时候我们需要从更细粒度的维度进行分类统计,例如:某个表的IO开销多少、锁开销多少、以及用户连接的一些属性统计信息等。此时就需要查看数据库对象事件统计表与属性统计表了。今天将带领大家一起踏上系列第五篇的征程(全系共7个篇章),本期将为大家全面讲解performance_schema中对象事件统计表与属性统计表。下面,请跟随我们一起开始performance_schema系统的学习之旅吧~

图片 2

友情提示:下文中的统计表中大部分字段含义与上一篇 《事件统计 | performance_schema全方位介绍》 中提到的统计表字段含义相同,下文中不再赘述。此外,由于部分统计表中的记录内容过长,限于篇幅会省略部分文本,如有需要请自行安装MySQL 5.7.11以上版本跟随本文进行同步操作查看。

昨晚爆料人士@Roland Quandt透露,华为有可能在Mate 20上推出保时捷设计版本,其代号为“Everest(珠穆朗玛峰)”。当然目前还不知道这个保时捷设计版本的华为Mate 20系列手机有什么特别的地方,或许会采用8GB内存以及512GB的存储空间,不过搭载麒麟980处理器是板上钉钉了。

(史蒂夫·乔布斯剧院)

01

图片 3

三款新iPhone

数据库对象统计表

早些时候,爆料达人Onleaks曾表示Mate 20 Pro的下巴比iPhone X的还要窄,屏幕大小为6.25英寸,下巴宽度为3.8mm,仅次于OPPO Find X。

周三苹果发布会重头戏依然是新款iPhone。市场预计苹果公司将发布三款新iPhone。机型包括两款装备OLED屏幕的iPhone XS(iPhone X的升级机型),预计名称为iPhone XS(5.8英寸)、iPhone XS Plus(6.5英寸)。同时公司也将推出一款低端的机型,配备LCD屏幕,预计名称为iPhone XC(6.1英寸)。

1.数据库表级别对象等待事件统计

图片 4

按照数据库对象名称(库级别对象和表级别对象,如:库名和表名)进行统计的等待事件。按照OBJECT_TYPE、OBJECT_SCHEMA、OBJECT_NAME列进行分组,按照COUNT_STAR、xxx_TIMER_WAIT字段进行统计。包含一张objects_summary_global_by_type表。

Mate 20 Pro顶部有一个相对较大的刘海,上面带有前置的2400万像素摄像头,一个扬声器和一个用于3D人脸识别的传感器,据悉其人脸识别有望与苹果的Face ID相媲美。返回搜狐,查看更多

(网络流传新机型图片)

我们先来看看表中记录的统计信息是什么样子的。

责任编辑:

市场猜测相对高端的iPhone XS系列可能还具有双卡双待功能。而低配版iPhone XC可能不具有此功能。

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

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

(网络合成图)

OBJECT_TYPE: TABLE

三款新一代 iPhone 都将内置A12 芯片,A12相较前代将拥有更好的性能和更低的功耗。不过也有传言称,LCD版本的iPhone将不会配备A12芯片。

OBJECT_SCHEMA: xiaoboluo

OBJECT_NAME: test

6.5 英寸和 5.8 英寸机型的iPhone XS预计标配 4GB 运行内存,储存容量最高 512GB。而 6.1 英寸的LCD机型运存为 3GB,储存最高 256GB。

COUNT_STAR: 56

三款机型同时配备TrueDepth摄像头,支持 Face ID 功能,但LCD机型相对于OLED 机型的配置较低而相对便宜一些,例如并未配备双摄、调制解调器限制 2X2 MIMO。类似于iPhone 5c,市场猜测低配版的iPhone XC将有红色、蓝色、橙色、灰色和白色等多种颜色可选。

SUM _TIMER_WAIT: 195829830101250

MIN _TIMER_WAIT: 2971125

(Twitter流传机型颜色)

AVG _TIMER_WAIT: 3496961251500

在价格方面,根据网络流传的信息, 5.8 英寸和6.5 英寸的iPhone XS起步价格分别为 7388人民币和8388人民币,而相对便宜的6.1英寸iPhone XC起步价格则为5888人民币。

MAX _TIMER_WAIT: 121025235946125

而在上市日期上,预计高端版的(XS/XS Plus)系列将为首批上市的机种,而相对低端的XC系列则需要推迟一个月上市。彭博消息同时指出,由于遭遇背光方面的问题,6.1英寸LCD版iPhone的供应将相对紧张,这意味着其上市初期的供应量将有限。

1 row in set (0.00 sec)

从表中的记录内容可以看到,按照库xiaoboluo下的表test进行分组,统计了表相关的等待事件调用次数,总计、最小、平均、最大延迟时间信息,利用这些信息,我们可以大致了解InnoDB中表的访问效率排行统计情况,一定程度上反应了对存储引擎接口调用的效率。

(微博流传的价格信息图)

2.表I/O等待和锁等待事件统计

但市场关注的支持5G版本iPhone今年可能不会发布。根据市场传言,苹果至少要到 2020 年才能推出支持5G技术的 iPhone。

与objects_summary_global_by_type 表统计信息类似,表I/O等待和锁等待事件统计信息更为精细,细分了每个表的增删改查的执行次数,总等待时间,最小、最大、平均等待时间,甚至精细到某个索引的增删改查的等待时间,表IO等待和锁等待事件instruments(wait/io/table/sql/handler和wait/lock/table/sql/handler )默认开启,在setup_consumers表中无具体的对应配置,默认表IO等待和锁等待事件统计表中就会统计相关事件信息。包含如下几张表:

“全面屏”iPad Pro

admin@localhost : performance_schema 06:50:03> show tables like '%table%summary%';

苹果预计将在这次发布会上推出 11英寸和 12.9 英寸两款 iPad Pro。和新款iPhone类似,这两款新机将拥有更窄的屏幕边框,并加入支持 Face ID 的 TrueDepth 相机系统,而此前iPad上使用的物理 Home 键将被移除。

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

中国台湾《电子时报》声称,苹果新一代 iPad Pro 将配备一款全新设计的 18W USB-C 电源适配器,以加快充电速度。苹果为现有 iPad 机型提供的是 10-12W 的电源适配器,改用 18W USB-C 电源适配器将大幅度提升充电速度。

| Tables_in_performance_schema (%table%summary%) |

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

(科技媒体9to5Mac合成效果图)

| table_io_waits_summary_by_index_usage |# 按照每个索引进行统计的表I/O等待事件

Watch Series 4

| table_io_waits_summary_by_table |# 按照每个表进行统计的表I/O等待事件

Watch产品线预计也将升级。不出意外,苹果公司将发布 Watch Series 4 。

| table_lock_waits_summary_by_table |# 按照每个表进行统计的表锁等待事件

外媒消息称, Watch 4边框会进行大幅缩减,显示面积相较于旧款将增加15%,而整体机身的体积没有变化,处理器则会升级到

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

S4。

3rows inset ( 0. 00sec)

同时 Watch 4的续航能力会有所提升。同时,新款 Watch将会对健康功能进行增强,全新的Watch OS 5也将使得 Watch独立性更强。著名苹果预测分析师郭明錤则预计所有四代产品都将支持心电图(ECG或EKG)功能。

我们先来看看表中记录的统计信息是什么样子的。

# table_io_waits_summary_by_index_usage表

(网络效果图)

admin@localhost : performance _schema 01:55:49> select * from table_io _waits_summary _by_index _usage where SUM_TIMER_WAIT!=0G;

Mac产品线升级

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

根据彭博的报道,苹果公司将对外发布新的Mac,机型包括一款新的廉价版 MacBook Air 和一款面向专业用户的 Mac mini。

OBJECT_TYPE: TABLE

市场消息称,新MacBook Air将取代当前的12英寸MacBook,针对用户群体将为教育用户。在设计上将会和现有的 MacBook Air 一致,但屏幕边框将会更窄,屏幕尺寸大约为 13 英寸,而且会配备 Retina 屏幕。郭明錤则预计,这款新的低价版MacBook将支持Touch ID指纹验证,但不支持Touch Bar触控条。

OBJECT_SCHEMA: xiaoboluo

而新款Mac mini则是该产品线自2014 年 10 月以来的首次更新。

OBJECT_NAME: test

在发布日期上,彭博称考虑到发布会的重头戏将是新款iPhone,苹果可能计划在10 月份推出新款 Mac。

INDEX_NAME: PRIMARY

无线充电枕AirPower

COUNT_STAR: 1

在去年发布会上苹果首次公布了其无线充电枕AirPower,但此后的一年时间里该产品始终没有正式发布。来自彭博社的消息称苹果的工程师始终无法解决多设备同时充电时产生的发热问题,最终不得不将上架日期推迟到今年9月份。

SUM _TIMER_WAIT: 56688392

根据苹果的展示视频,AirPower 将支持包括 iPhone、 Watch、AirPods 在内多款设备同时充电。这不仅会使产品线路的设计变得相当复杂,最大的问题还是在发热上。根据分析师郭明錤的报告,受困于多个设备同时充电的发热问题,AirPower 在今年第三季度才迎来大规模量产。

MIN _TIMER_WAIT: 56688392

除了多设备同时充电以及提高了充电的自由度外,AirPower 还有一个亮点,就是可以自动识别设备类型,然后根据设备输出适配的功率。

AVG _TIMER_WAIT: 56688392

MAX _TIMER_WAIT: 56688392

AirPower 是苹果未来「无线」战略中相当重要的一环。此前曾有消息透露,苹果工程师正朝着砍掉 iPhone 所有接口的方向努力,其还曾经尝试过制造出无充电口的 iPhone X 原型机。

COUNT_READ: 1

新款 HomePod、AirPods

SUM _TIMER_READ: 56688392

广受外界好评的无线蓝牙耳机AirPods也有望迎来2年来的首次升级。据外界消息称,AirPods的无线充电盒将可以用AirPower进行充电,而新款的AirPods也将提升对“Hey,Siri”识别的体验。

MIN _TIMER_READ: 56688392

根据分析师郭明錤提供的数据,2017 年 AirPods 的总销量为 1300 万至 1400 万,2018 年数字还将有望翻一倍至 2800 万。根据苹果第三季度财报的显示,AirPods 所在的「其他」品类成为了苹果营收的主要增长点,营收达 37.40 亿美元,比去年同期的 27.35 亿美元增长 37%。

AVG _TIMER_READ: 56688392

虽然苹果没有透露 AirPods 的具体销量,但蒂姆·库克在报告中提及这款产品时,用了「incredibly popular」(极其受欢迎)来形容这款耳机的热销。外界也普遍认为「其他」品类的营收增长,很大一部分要归功于 AirPods 这款产品。

MAX _TIMER_READ: 56688392

......

外界同时猜测,苹果可能针对此前销量不佳的HomePod产品线进行更新,发布一款低端的HomePod。

1 row in set (0.00 sec)

适用于iPhone的 Pencil

# table_io_waits_summary_by_table表

Pencil产品线也有望在本次发布会上迎来更新。市场研究机构TrendForce推测今年三款新iPhone中采用OLED屏幕的款式有机会支持 Pencil。

admin@localhost : performance _schema 01:56:16> select * from table_io _waits_summary _by_table where SUM _TIMER_WAIT!=0G;

苹果之前已经申请过让 Pencil支持iPhone的相关专利,当中还包含了一只尺寸更小的 Pencil。同时,iOS的备忘录中已经加入手写笔记、截图中标注注解等功能。

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

但市场也有不同意见,分析师郭明錤认为,2018 年新款 iPhone 将不会支持

OBJECT_TYPE: TABLE

Pencil,原因在于“目前还无法提供良好的用户体验”。

OBJECT_SCHEMA: xiaoboluo

OBJECT_NAME: test

iOS 12正式版

COUNT_STAR: 1

此前已经完成beta版测试iOS 12预计将在本次发布会正式亮相。因为iOS12系统预装在新款iPhone上,所以预计其将伴随新iPhone一起发布(按照往年的情况,新iPhone于发布会两天之后开启预订,并在预定之后的一周发货,预计iOS 12的正式版本也会在这个时间点前后发布)。

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

根据之前beta版测试时信息,iOS 12突出重点之一,是针对系统运行速度做出的优化。官方表示,在安装iOS 12系统后,现有iOS设备的整体性能可提升约一倍,启动速度提升约40%,键盘显示速度提升约50%,旧设备上相机应用的启动速度甚至能提升约70%。

1 row in set (0.00 sec)

同时,iPhone上的AR功能也将得到强化。伴随着iOS 12 登场的 ARKit 2将带来更好的3D图形渲染能力,以及对真实物品进行识别的能力。ARKit 2 甚至还能支持多人共享的 AR 体验——用户可以借此,与朋友共享同一个 AR 环境,以此来共同游戏或者进行学术研究。返回搜狐,查看更多

# table_lock_waits_summary_by_table表

责任编辑:

admin@localhost : performance _schema 01:57:20> select * from table_lock _waits_summary _by_table where SUM _TIMER_WAIT!=0G;

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

OBJECT_TYPE: TABLE

OBJECT_SCHEMA: xiaoboluo

OBJECT_NAME: test

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

COUNT_READ_NORMAL: 0

SUM_TIMER_READ_NORMAL: 0

MIN_TIMER_READ_NORMAL: 0

AVG_TIMER_READ_NORMAL: 0

MAX_TIMER_READ_NORMAL: 0

COUNT _READ_WITH _SHARED_LOCKS: 0

SUM _TIMER_READ _WITH_SHARED_LOCKS: 0

MIN _TIMER_READ _WITH_SHARED_LOCKS: 0

AVG _TIMER_READ _WITH_SHARED_LOCKS: 0

MAX _TIMER_READ _WITH_SHARED_LOCKS: 0

......

1 row in set (0.00 sec)

从上面表中的记录信息我们可以看到,table_io_waits_summary_by_index_usage表和table_io_waits_summary_by_table有着类似的统计列,但table_io_waits_summary_by_table表是包含整个表的增删改查等待事件分类统计,table_io_waits_summary_by_index_usage区分了每个表的索引的增删改查等待事件分类统计,而table_lock_waits_summary_by_table表统计纬度类似,但它是用于统计增删改查对应的锁等待时间,而不是IO等待时间,这些表的分组和统计列含义请大家自行举一反三,这里不再赘述,下面针对这三张表做一些必要的说明:

table_io_waits_summary_by_table表:

该表允许使用TRUNCATE TABLE语句。只将统计列重置为零,而不是删除行。对该表执行truncate还会隐式truncate table_io_waits_summary_by_index_usage表

table_io_waits_summary_by_index_usage表:

按照与table_io_waits_summary_by_table的分组列 INDEX_NAME列进行分组,INDEX_NAME有如下几种 :

·如果使用到了索引,则这里显示索引的名字,如果为PRIMARY,则表示表I/O使用到了主键索引

·如果值为NULL,则表示表I/O没有使用到索引

·如果是插入操作,则无法使用到索引,此时的统计值是按照INDEX_NAME = NULL计算的

该表允许使用TRUNCATE TABLE语句。只将统计列重置为零,而不是删除行。该表执行truncate时也会隐式触发table_io_waits_summary_by_table表的truncate操作。另外使用DDL语句更改索引结构时,会导致该表的所有索引统计信息被重置

table_lock_waits_summary_by_table表:

该表的分组列与table_io_waits_summary_by_table表相同

该表包含有关内部和外部锁的信息:

·内部锁对应SQL层中的锁。是通过调用thr_lock()函数来实现的。(官方手册上说有一个OPERATION列来区分锁类型,该列有效值为:read normal、read with shared locks、read high priority、read no insert、write allow write、write concurrent insert、write delayed、write low priority、write normal。但在该表的定义上并没有看到该字段)

·外部锁对应存储引擎层中的锁。通过调用handler::external_lock()函数来实现。(官方手册上说有一个OPERATION列来区分锁类型,该列有效值为:read external、write external。但在该表的定义上并没有看到该字段)

该表允许使用TRUNCATE TABLE语句。只将统计列重置为零,而不是删除行。

3.文件I/O事件统计

文件I/O事件统计表只记录等待事件中的IO事件(不包含table和socket子类别),文件I/O事件instruments默认开启,在setup_consumers表中无具体的对应配置。它包含如下两张表:

admin@localhost : performance_schema 06:48:12> show tables like '%file_summary%';

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

| Tables_in_performance_schema (%file_summary%) |

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

| file_summary_by_event_name |

| file_summary_by_instance |

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

2rows inset ( 0. 00sec)

两张表中记录的内容很相近:

·file_summary_by_event_name:按照每个事件名称进行统计的文件IO等待事件

·file_summary_by_instance:按照每个文件实例(对应具体的每个磁盘文件,例如:表sbtest1的表空间文件sbtest1.ibd)进行统计的文件IO等待事件

我们先来看看表中记录的统计信息是什么样子的。

# file_summary_by_event_name表

admin@localhost : performance _schema 11:00:44> select * from file_summary _by_event _name where SUM_TIMER _WAIT !=0 and EVENT_NAME like '%innodb%' limit 1G;

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

EVENT_NAME: wait/io/file/innodb/innodb_data_file

COUNT_STAR: 802

SUM_TIMER_WAIT: 412754363625

MIN_TIMER_WAIT: 0

AVG_TIMER_WAIT: 514656000

MAX_TIMER_WAIT: 9498247500

COUNT_READ: 577

SUM_TIMER_READ: 305970952875

MIN_TIMER_READ: 15213375

AVG_TIMER_READ: 530278875

MAX_TIMER_READ: 9498247500

SUM _NUMBER_OF _BYTES_READ: 11567104

......

1 row in set (0.00 sec)

# file_summary_by_instance表

admin@localhost : performance _schema 11:01:23> select * from file_summary _by_instance where SUM _TIMER_WAIT!=0 and EVENT_NAME like '%innodb%' limit 1G;

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

FILE_NAME: /data/mysqldata1/innodb_ts/ibdata1

EVENT_NAME: wait/io/file/innodb/innodb_data_file

OBJECT _INSTANCE_BEGIN: 139882156936704

COUNT_STAR: 33

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

1 row in set (0.00 sec)

从上面表中的记录信息我们可以看到:

·每个文件I/O统计表都有一个或多个分组列,以表明如何统计这些事件信息。这些表中的事件名称来自setup_instruments表中的name字段:

* file_summary_by_event_name表:按照EVENT_NAME列进行分组 ;

* file_summary_by_instance表:有额外的FILE_NAME、OBJECT_INSTANCE_BEGIN列,按照FILE_NAME、EVENT_NAME列进行分组,与file_summary_by_event_name 表相比,file_summary_by_instance表多了FILE_NAME和OBJECT_INSTANCE_BEGIN字段,用于记录具体的磁盘文件相关信息。

·每个文件I/O事件统计表有如下统计字段:

* COUNT_STAR,SUM_TIMER_WAIT,MIN_TIMER_WAIT,AVG_TIMER_WAIT,MAX_TIMER_WAIT:这些列统计所有I/O操作数量和操作时间 ;

* COUNT_READ,SUM_TIMER_READ,MIN_TIMER_READ,AVG_TIMER_READ,MAX_TIMER_READ,SUM_NUMBER_OF_BYTES_READ:这些列统计了所有文件读取操作,包括FGETS,FGETC,FREAD和READ系统调用,还包含了这些I/O操作的数据字节数 ;

* COUNT_WRITE,SUM_TIMER_WRITE,MIN_TIMER_WRITE,AVG_TIMER_WRITE,MAX_TIMER_WRITE,SUM_NUMBER_OF_BYTES_WRITE:这些列统计了所有文件写操作,包括FPUTS,FPUTC,FPRINTF,VFPRINTF,FWRITE和PWRITE系统调用,还包含了这些I/O操作的数据字节数 ;

* 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操作没有字节计数信息。

文件I/O事件统计表允许使用TRUNCATE TABLE语句。但只将统计列重置为零,而不是删除行。

PS:MySQL server使用几种缓存技术通过缓存从文件中读取的信息来避免文件I/O操作。当然,如果内存不够时或者内存竞争比较大时可能导致查询效率低下,这个时候您可能需要通过刷新缓存或者重启server来让其数据通过文件I/O返回而不是通过缓存返回。

4.套接字事件统计

套接字事件统计了套接字的读写调用次数和发送接收字节计数信息,socket事件instruments默认关闭,在setup_consumers表中无具体的对应配置,包含如下两张表:

·socket_summary_by_instance:针对每个socket实例的所有 socket I/O操作,这些socket操作相关的操作次数、时间和发送接收字节信息由wait/io/socket/* instruments产生。但当连接中断时,在该表中对应socket连接的信息行将被删除(这里的socket是指的当前活跃的连接创建的socket实例)

·socket_summary_by_event_name:针对每个socket I/O instruments,这些socket操作相关的操作次数、时间和发送接收字节信息由wait/io/socket/* instruments产生(这里的socket是指的当前活跃的连接创建的socket实例)

可通过如下语句查看:

admin@localhost : performance_schema 06:53:42> show tables like '%socket%summary%';

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

| Tables_in_performance_schema (%socket%summary%) |

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

| socket_summary_by_event_name |

| socket_summary_by_instance |

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

2rows inset ( 0. 00sec)

我们先来看看表中记录的统计信息是什么样子的。

# socket_summary_by_event_name表

root@localhost : performance _schema 04:44:00> select * from socket_summary _by_event_nameG;

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

EVENT_NAME: wait/io/socket/sql/server_tcpip_socket

COUNT_STAR: 2560

SUM_TIMER_WAIT: 62379854922

MIN_TIMER_WAIT: 1905016

AVG_TIMER_WAIT: 24366870

MAX_TIMER_WAIT: 18446696808701862260

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

......

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

EVENT_NAME: wait/io/socket/sql/server_unix_socket

COUNT_STAR: 24

......

*************************** 3. row ***************************

EVENT_NAME: wait/io/socket/sql/client_connection

COUNT_STAR: 213055844

......

3 rows in set (0.00 sec)

# socket_summary_by_instance表

root@localhost : performance _schema 05:11:45> select * from socket_summary _by_instance where COUNT_STAR!=0G;

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

EVENT_NAME: wait/io/socket/sql/server_tcpip_socket

OBJECT _INSTANCE_BEGIN: 2655350784

......

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

EVENT_NAME: wait/io/socket/sql/server_unix_socket

OBJECT _INSTANCE_BEGIN: 2655351104

......

*************************** 3. row ***************************

EVENT_NAME: wait/io/socket/sql/client_connection

OBJECT _INSTANCE_BEGIN: 2658003840

......

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

本文由威尼斯人平台网站发布,转载请注明来源:大刘海窄下巴,数据库对象事件与属性统计