工作的独家体会,performance_schema全方位介绍

宝马娱乐1211com 8
宝马娱乐1211com

原标题:程序员亲述在 谷歌(Google) 从事 TypeScript 工作的分别体会!

原标题:当接到举报说客商体验差的时候,大家能干什么?

原标题:事件计算 | performance_schema全方位介绍(四)

style=”font-size: 16px;”>【CSDN编者按】多年来,Google为了开拓大型Java应用程序而营造了汪洋基础架构。

style=”font-size: 16px;”>后天,就来收听在Type上行事了八年多的Google软件程序猿Evan马丁,对此有啥样心体面会吧!

即使有时一贯在变,但天性从未变。人对客户体验的喜好专门的工作没有变化,客户一向喜欢清晰、轻便、自然、好用的宏图和产品。

宝马娱乐1211com 1

宝马娱乐1211com 2

宝马娱乐1211com 3

罗小波·沃趣科学技术尖端数据库技巧专家

笔者一度在Type上中国人民解放军海军事工业程大学业作了三年多了,所以本身想写一两篇小说来回顾那四年的做事。首先,小编应该写多个正经的免责注解:小编只是一家商厦的贰个常见的程序员,公司持有数万名程序猿,确定会有人对本人在这里表明的见解持有分裂的见解。

客户体验是网络产品的灵魂,在大非常多产品人的家常专门的学问中,大部分岁月和生机都用来研讨和研究开发越来越好的客户体验。

产品:沃趣科技(science and technology)

Google很已经起来做Web应用程序

那正是说当接受举报说客户体验差的时候,大家能干什么?

IT从业多年,历任运转技术员、高等运行程序员、运转老董、数据库攻城狮,曾插足版本发表类别、轻量级监察和控制种类、运行管理平台、数据库管理平台的规划与编写制定,熟谙MySQL连串布局,Innodb存款和储蓄引擎,喜好专研开源技艺,追求八面后珑。

谷歌很已经发轫做Web应用程序了。笔者简直没办法相信Gmail公布已经14年了。在即时使用Java是非常疯狂的做法。Gmail的工程师不得不忧虑IE不佳的垃圾堆回收算法,他们要求手动将字符串文字从for循环中提抽取来,以幸免GC(Garbage
collection垃圾回收机制)结束专门的学问。

奇酷CEO周鸿祎说,当产品设计的效果与利益超越客户预期的时候,正是好的客商体验,这里的客户体验其实约等于满足度;满足度=顾客要求满足程度-用户的期待值,当产品对客户须要的满意程度超越客商期待值非常多的时候,正是名副其实的客户体验。

| 导语

前不久自家发现了四个格外时代的安排性文书档案,他们登时在虚构做我们明日叫做Java“压缩”的东西,但一些预备工具只可以在Windows上应用。在今日看来,那一个都匪夷所思。

张小龙说,“轻便而当然”当大伙儿都会用,自然的经验是无需顾客去思维的正是好心得。

在上一篇《事件记录 |
performance_schema全方位介绍”》中,大家详细介绍了performance_schema的平地风波记录表,恭喜大家在上学performance_schema的中途度过了五个最劳碌的有的时候。未来,相信大家早就相比清楚什么是事件了,但神迹我们无需掌握每时每刻发生的每一条事件记录新闻,
比方:大家希望驾驭数据库运营以来一段时间的风浪总计数据,今年就必要查阅事件总结表了。今日将指引我们一块踏上聚讼纷纷第四篇的征途(全系共7个篇章),在这一期里,我们将为大家精细入微授课performance_schema中事件计算表。计算事件表分为5个连串,分别为等候事件、阶段事件、语句事件、事务事件、内部存款和储蓄器事件。下边,请跟随咱们一道开端performance_schema系统的上学之旅吧。

近来,Google为付出大型Java应用程序,创设了大气基础架构。比如,有一个模块系统能够让源文件表述它们的互相依赖。有一个包扎程序能够整合併压缩源文件,生成能够同盟浏览器的出品。

其实2者描述“好心得”的共同点都以环绕2种不过的可用性:

| 等待事件总括表

另贰个前后相继能够因而可动态加载的入口点来解析应用的依赖关系图,并分解出国有的块供别的块使用。服务器端的渲染很宽泛。对于当今的Web开荒职员来讲,全数那个概念载熟谙但是了,但谷歌的手艺栈很已经有了,何况一贯在进化,由此在概念上好像,但现实方面完全不相同,谷歌(Google)具有不一致的流程、工具,以至不一致的定义名称。

  1. 常规可用性对象变成简单性目标
  2. 轻易选择对象形成轻而易举使用目标

performance_schema把等待事件总结表依据分化的分组列(分化纬度)对等候事件有关的数据开展联谊(聚合计算数据列包罗:事件发生次数,总等待时间,最小、最大、平均等待时间),注意:等待事件的搜集功效有一部分私下认可是禁止使用的,需求的时候能够通过setup_instruments和setup_objects表动态开启,等待事件总括表蕴含如下几张表:

还大概有个例子可以证实并行发展:Google、Facebook(TWT哈弗.US)和Microsoft各自创设了看似但不匹配的编写翻译器,那些编写翻译器向Java加多了静态检查。

固然不经常一向在变,但人性从未变。人对用户体验的喜好正式未有变化,客户一贯喜欢清晰、轻巧、自然、好用的筹划和制品。

admin@localhost : performance_schema 06:17:11> show tables like
‘%events_waits_summary%’;

谷歌的编写翻译器常被称作Closure。(请不要与Clojure语言混淆;为了幸免混淆须求说澳优(Ausnutria Hyproca)下:Clojure使用的是Closure编写翻译器。)

而拥有2种最为的可用性结果之一正是简化了客商操作流程使产品变得轻巧。

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

谷歌的Java货仓相当棒。有了它的赞助,Google能力编写并保证可以转移互连网的web应用程序。(还记得谷歌地图透露时,多么令人震动吗?方今创设三个得以拖拽的地形图小部件就像极其轻巧。)

案例1:macOS Mojave 文件急速编辑

| Tables_in_performance_schema (%events_waits_summary%) |

Google地图的一部分本事以至超过了现行反革命最棒的技艺。举例,Closure编写翻译器可能照样是最复杂的Java优化程序,它能够实践很多操作,举个例子利用类型音信优化代码,越过热加载的块的边界进行函数内联,以及在符号档次删除未选择的代码等。

宝马娱乐1211com 4

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

谷歌的Java技巧栈也存在有的标题。linter的渐进式发展注脚了Closure只不过是个具备静态类型的Java,其中新职能是透过注释引进的。

当您挑选某些文件并按下空格键后,能做的不单是预览而已。你还是能依附文件类型实行各样操作,但却无需运转任何
app。举例,你能够在 PDF
上做表明,旋转和剪裁图片,以至剪辑音频和视频。做完后,还是能平昔通过火速查看把文件分享出去。

| events_waits_summary_by_account_by_event_name |

Closure的说话难以捉摸,速度一点也不快,有好多Bug,况且纵然你不会不错地行使以来,那么它往往会毁掉你的代码。尽管它是开源的,但也许是正因为这几个原因,除了熟练它的Google员工之外,行在这之中并从未大规模选取到它。

  • 正规可用性目的产生简单性目标
  • 轻松选择指标形成举手之劳使用目标
  • 原macOS
    :摁下空格键能够仅可预览文件基础新闻,修改PDF文件用特定软件展开实行编写制定修改
  • 现macOS Mojave: Mojave
    摁下空格键可进行各样编辑操作,无需张开别的软件,以致提供便捷分享

| events_waits_summary_by_host_by_event_name |

Java在谷歌(Google)内部的反射并倒霉,笔者以为部分缘故在于大家对工具很责问,我们既嫌静态语言过于繁琐,又嫌动态语言莫明其妙。

案例2:macOS Mojave 接二连三互通相机

| events_waits_summary_by_instance |

Java匪夷所思地盛行了起来

宝马娱乐1211com 5

| events_waits_summary_by_thread_by_宝马娱乐1211com,event_name |

并且,在Google之外,Java也在无时无刻前进,以至意外市流行起来了。我们营造了Chrome,部分缘由是为着消除IE的那叁个垃圾回收Bug,但也就此催生了了v8,再由v8爆发了Node.js。

是的,那曾经足以便捷到用金立间接把照片拍进 Mac 里。

| events_waits_summary_by_user_by_event_name |

末段变成前天天津大学学部分的Web工具都以用Java编写的,纵然谷歌习贯用Java创设这种工具。模块系统(UMD、AMD、CommonJS)飞速发展。(随之出现了ES6,并发明了和睦的模块系统,不过出于某种原因它与别的具有模块系统不合作,唉!)

用 小米 就近拍戏的物体或扫描的文书档案,能够自动出今后您的 Mac 上。只需从
Mac 的编撰菜单中选取插入照片。所以你能够给桌子的上面的东西拍张照片,然后径直在
Pages 文稿中查阅。或是扫描一张小票,平整的 PDF
扫描件会立即出现在访达中。三回九转互通相机帮忙广大
app,如邮件、备忘录、Pages 文稿、Keynote 演讲、Numbers 表格等。那让
红米 和 Mac 之间的严格合营,又多了种一见照旧的新方式。

| events_waits_summary_global_by_event_name |

NPM统一了工具和库的分享艺术。Webpack能够在付出时期,将模块动态地切换成正在周转的应用程序中。

同等围绕着2种极端可用性

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

Google一概没有动用这几个技术。Google的那多少个经验丰盛的Web开采人士疑似生活在另一个时光线中。大家有像SASS那样的CSS预管理语言,但它不是SASS而且未有人快乐它。精心设计的块分割程序并不可能真正协助第三方Java库,部分缘由是那一个工具的面世早于Java的库生态系统。

  • 常规可用性对象产生简单性目标
  • 轻易接纳对象变成稳操胜算使用目标
  • 原macOS :Mac和One plus照片得以互通
  • 现macOS Mojave:摩托罗拉 拍完照直接可以出现在Mac上

6rows inset ( 0. 00sec)

那都只是野史。你能够说咱俩本不该如此做,但那样说却无能为力改造现状。相反,风趣的主题素材是:接下去大家该去何处跟随什么人?有多少个采用。我的眼光鲜明是偏侧本人爱不忍释的本领。

有人会说Apple、Google等厂商就如具备“神秘”的力量,能春去秋来的推动一些具有优良客户体验的成品,大家尚无丰裕强劲的能源怎么办?瞄准极端的靶子,固然是那贰个不或许完全达成的指标,也可以帮您保持产品轻巧。

大家先来拜访这么些表中著录的统计新闻是如何样子的。

接下去大家该往何地去跟什么人

而另外全部2种极端的可用性结果之一正是依照客商作为结果推衍产品指标

# events_waits_summary_by_account_by_event_name表

首先个使人陶醉的接纳正是放弃眼下的全方位,并从头早先建造一个从未有过Java的新世界。要是大家投入越来越多精力到GWT(三个将Java编写翻译成Java的Google项目)或Dart(三个将新语言编译成Java的谷歌(Google)项目)或WASM,只怕您最快乐的语言:Clojure?Haxe?依然Elm?那么大家根本无需挂念Java!

出品在先前时代需埋点时打好扎实的根基,那只重申埋点准确性、事件触发的尺度、必要追踪的习性以及想要深入分析的维度,那么些主题剖判要素设置的优劣,将会平素影响到您在条分缕析时的感受。具体哪些照料那不打开具体钻探

root@localhost : performance _schema 11:07:09> select * from
events_waits _summary_by _account_by _event_name limit 1G

作为PL爱好者,小编丰裕喜欢那一个主见。笔者想留心解析一下以此主张,不过这篇小说已经够长了,何况本人感到已经有大多有关那上边斟酌的篇章了。

案例3:微信集团邮箱

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

用作理论,小编有一点点广泛的标题:假使运用一种分裂的言语,那么首先个难点是,那对于我们现存的数百万行代码没有别的援助——“用新语言从从头起初重写”等主见在好几情况下是精确的挑选,可是怎么丰裕利用Gmail程序员的小运是二个很难的标题;第贰个难点是,对于我们想聘请的经验丰盛的前端程序员来讲,也差不离没什么用。

深信大家也发过无数多忘记带上“附件”

USER: NULL

与重写一切绝对的做法是不改动任何事物。您或然会说,公开的Java世界充满了非正式和不成熟的代码。一个美好的程序员总能适应我们独特的前端格局,我们总能革新或营造更加多和气的工具。

您是重临邮件重复发一封带附件的邮件?

HOST: NULL

我们创设的利用类型(Google寻找页面每日能够获得数十亿次点击)与其余人创设的web应用程序差别,大家的工具既可观又很有须要性。作者丰裕赞同这种意见。

可能直接在原邮件上点击回复整个再上传附属类小部件实行发送?

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

自身以为在权衡利弊的时候,有一种观点认为创设大家同甘共苦的工具很有道理,而另一种意见则感到大家已经离家主流,大家的工具是一种负责。

当能够有埋点总括到漏发“附属类小部件”的现象,就足以让发邮件这件轻巧采用的风浪变成探囊取物的利用事件。如微信企业邮箱,当发送邮件文中内容涉及附属类小部件但邮件“附属类小部件”为空时,点击发送邮件会有弹窗确认提醒。

COUNT_STAR: 0

那正是说争执的销路广是我们到底处于何等地方,小编信任我们不属于前面一个。大家为LLVM
/
Clang做出的孝敬收入良多,因为咱们依赖于C++,可是大家创设筑组织调的LLVM,并无法从中得到越来越多额外的价值。

宝马娱乐1211com 6

SUM _TIMER_WAIT: 0

咱俩理应折中

除开将成品围绕2种最佳的可用性外,笔者以为还应该有一项提高体验必杀技——情绪化设计。

MIN _TIMER_WAIT: 0

之所以,笔者感到我们相应折中,那也是大家的公司一贯在追求的道路:稳步选用部分靠边的外表工具,并弄精晓这一个工具怎样技艺与我们现成的代码库相互同盟。

何为心思?

AVG _TIMER_WAIT: 0

那项义务并不那么风趣,因为我们不会只是可是地放弃历史遗留的纷乱大概“此番做科学的事务”,但本人喜爱得舍不得放手更谦虚地思索,不要萧规曹随。

情感是人对外部事物作用于笔者时的一种生理的反应。是由索要和愿意决定的。当这种须求和愿意获得满意时会产生欢快、心爱的激情,反之,干扰、恶感。

MAX _TIMER_WAIT: 0

为了Google的Java与世隔绝重回大陆,我们要做的率先步是:采取了一个匡助美好的静态检查器:(1)不是大家和睦做的;
(2)相当红,同期与大家现存的代码相似;(3)意在搭建通往Java的桥梁;(4)目的在于扶助周边的开采,那才是大家定制工具的根本原因。而这么些工具正是Type。

而情绪化设计真正的价值是足以知足人们的情丝要求,最要害的贰个需假若创立其本人形象和其在社会中的地位须求。当以物品的异样品质使她改成大家日常生活的一部分时,当它加重了大家的满意度时,爱就发生了。进而优质的体验感也时有发生了。

1 row in set (0.00 sec)

Closure编写翻译器的优势在于优化出口,而Type具有能够的客商分界面且根本未曾优化。由此那八个工具得以填补,何况(有个别专门的学问)能够结合在一块儿。

案例4:macOS Mojave 动态桌面

# events_waits_summary_by_host_by_event_name表

因为Type已经很好用了——究竟唯有如此大家才会动用它——所以我们赢得了广大应用已有语言的益处,比如IDE风格的代码自动补齐,以及能够从StackOverflow获取答案。

macOS Mojave
动态桌面能够自定义随时间推移而更换的桌面背景,给本身三个能感受时光流转的专门的学业景况。未来Mac
上的不等随时,都会有不雷同的美。用动态时间壁纸无疑是最善意、最有心情注入的唤醒。

root@localhost : performance _schema 11:07:14> select * from
events_waits _summary_by _host_by _event_name limit 1G

留下大家的要害办事是融为一体:允许大家的应用程序稳步转移到Type,而无需从头开头重写。大家在与谷歌的创设系统集成时可怜安分守己,我们使用了渐进式编写翻译,那对大型应用程序至关心爱抚要;何况多个模块中的更改不会影响使用了该模块的API,也不会形成下游模块须求再次编写翻译。

宝马娱乐1211com 7

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

大家与Closure类型/模块系统的三合一意味着ES6
Type模块能够导入Google模块系统中的模块,何况保存了(超越二分之一)类型新闻。一家商厦中标地采用了大家宣布的工具,自动将其全部代码库实行了转移,同时保留他们压缩后的输出。

hey你真牛逼,又快下班了~摸鱼成就+1

HOST: NULL

现行反革命Google内部,各种地点都或多或少地选取了Type;假如您使用Google的产品,那么意味着你曾经与局地Type代码打过交道了。Type本人正是一密密麻麻有意思的折衷方案,它将静态类型的编程语言与人身自由转变的Java生态系统进行了平衡。

hi 夜深了不久洗洗睡呢,再说你也整不出什么事物

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

大家工程师也会这么做:我们也会做出有趣的妥胁,试图平衡不一样的难题。作者期望以往得以写更加多关于多年来开掘的片段妙不可言的闲事。正如刚初叶选择Type时笔者写下的那篇文章一样(

哥天又亮了,你这些宵白通了

COUNT_STAR: 0

style=”font-size: 16px;”>原文:

小编:Evan马丁,Google的软件技术员。

译者:弯月,责编:胡巍巍 class=”backword”>重回博客园,查看越来越多

真能打

SUM _TIMER_WAIT: 0

责编:

案例5:CleanMymac

MIN _TIMER_WAIT: 0

CleanMymac
软件,扫描提醒语非常丰硕思量到客户的心思感受,设计亲近友好的文书词组,相比冷的刺骨冰冰硬邦邦的言辞更能博取客户的钟情和共鸣。毕竟我们还是喜欢和人攀谈,并非机器。

AVG _TIMER_WAIT: 0

宝马娱乐1211com 8

MAX _TIMER_WAIT: 0

#专栏诗人#

1 row in set (0.00 sec)

动物园园长,微信大伙儿号:首席吹嘘官,人人都是成品首席实施官专栏作家。网络圈十八线作诗人,国家超级退堂鼓表演歌唱家。颜良而文丑,迎接沟通。

# events_waits_summary_by_instance表

本文原创公布于人人都以成品首席营业官。未经许可,禁止转发

root@localhost : performance _schema 11:08:05> select * from
events_waits _summary_by_instance limit 1G

题图来源 Pixabay,基于 CC0 公约回来微博,查看越多

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

网编:

EVENT_NAME: wait/synch/mutex/mysys/THR_LOCK_heap

OBJECT _INSTANCE_BEGIN: 32492032

COUNT_STAR: 0

SUM _TIMER_WAIT: 0

MIN _TIMER_WAIT: 0

AVG _TIMER_WAIT: 0

MAX _TIMER_WAIT: 0

1 row in set (0.00 sec)

# events_waits_summary_by_thread_by_event_name表

root@localhost : performance _schema 11:08:23> select * from
events_waits _summary_by _thread_by _event_name limit 1G

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

THREAD_ID: 1

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

COUNT_STAR: 0

SUM _TIMER_WAIT: 0

MIN _TIMER_WAIT: 0

AVG _TIMER_WAIT: 0

MAX _TIMER_WAIT: 0

1 row in set (0.00 sec)

# events_waits_summary_by_user_by_event_name表

root@localhost : performance _schema 11:08:36> select * from
events_waits _summary_by _user_by _event_name limit 1G

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

USER: NULL

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

COUNT_STAR: 0

SUM _TIMER_WAIT: 0

MIN _TIMER_WAIT: 0

AVG _TIMER_WAIT: 0

MAX _TIMER_WAIT: 0

1 row in set (0.00 sec)

# events_waits_summary_global_by_event_name表

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

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

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

COUNT_STAR: 0

SUM _TIMER_WAIT: 0

MIN _TIMER_WAIT: 0

AVG _TIMER_WAIT: 0

MAX _TIMER_WAIT: 0

1 row in set (0.00 sec)

从上面表中的躬行实践记录消息中,我们得以看看:

各样表皆有各自的六个或三个分组列,以分明什么聚合事件消息(全体表都有EVENT_NAME列,列值与setup_instruments表中NAME列值对应),如下:

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

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

events_waits_summary_by_instance表:按照列EVENT_NAME、OBJECT_INSTANCE_BEGIN举办分组事件消息。如若三个instruments(event_name)创建有几个实例,则每种实例都持有独一的OBJECT_INSTANCE_BEGIN值,因而各种实例会实行单独分组

events_waits_summary_by_thread_by_event_name表:按照列THREAD_ID、EVENT_NAME举行分组事件新闻

events_waits_summary_by_user_by_event_name表:按照列EVENT_NAME、USE奥迪Q5实行分组事件音信

events_waits_summary_global_by_event_name表:按照EVENT_NAME列实行分组事件音信

全体表的计算列(数值型)都为如下多少个:

COUNT_STAR:事件被施行的数码。此值富含富有事件的实践次数,必要启用等待事件的instruments

SUM_TIMER_WAIT:总括给定计时事件的总等待时间。此值仅针对有计时效应的平地风波instruments或开启了计时作用事件的instruments,假如某一件事件的instruments不协理计时也许未有展开计时功用,则该字段为NULL。别的xxx_TIMER_WAIT字段值类似

MIN_TIMER_WAIT:给定计时事件的小小等待时间

AVG_TIMER_WAIT:给定计时事件的平均等待时间

MAX_TIMER_WAIT:给定计时事件的最大等待时间

PS:等待事件计算表允许使用TRUNCATE
TABLE语句。

推行该语句时有如下行为:

对此未依据帐户、主机、客户集中的计算表,truncate语句会将统计列值重新初始化为零,实际不是剔除行。

对于根据帐户、主机、客户聚焦的总结表,truncate语句会删除已起首连接的帐户,主机或客户对应的行,并将另外有一连的行的总括列值重新设置为零(实测跟未遵照帐号、主机、客商聚焦的计算表一样,只会被重新设置不会被剔除)。

除此以外,依据帐户、主机、客商、线程聚合的各样等待事件总括表也许events_waits_summary_global_by_event_name表,借使借助的连接表(accounts、hosts、users表)施行truncate时,那么信赖的这几个表中的总结数据也会相同的时候被隐式truncate

注意:那个表只针对等候事件音讯实行总结,即蕴涵setup_instruments表中的wait/%起首的搜罗器+
idle空闲采撷器,每一个等待事件在各类表中的总结记录行数需求看怎么分组(举个例子:依据顾客分组总括的表中,有微微个活泼客户,表中就能够有多少条同样采撷器的笔录),其他,总括计数器是不是见效还必要看setup_instruments表中相应的等待事件搜罗器是还是不是启用。

| 阶段事件总括表

performance_schema把阶段事件总括表也如约与等待事件总结表类似的法则进行分类聚合,阶段事件也可以有局地是私下认可禁止使用的,一部分是翻开的,阶段事件计算表满含如下几张表:

admin@localhost : performance_schema 06:23:02> show tables like
‘%events_stages_summary%’;

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

| Tables_in_performance_schema (%events_stages_summary%) |

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

| events_stages_summary_by_account_by_event_name |

| events_stages_summary_by_host_by_event_name |

| events_stages_summary_by_thread_by_event_name |

| events_stages_summary_by_user_by_event_name |

| events_stages_summary_global_by_event_name |

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

5rows inset ( 0. 00sec)

大家先来探问那么些表中记录的总结新闻是怎么着体统的。

# events_stages_summary_by_account_by_event_name表

root@localhost : performance _schema 11:21:04> select * from
events_stages _summary_by _account_by _event_name where USER is
not null limit 1G

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

USER: root

HOST: localhost

EVENT_NAME: stage/sql/After create

COUNT_STAR: 0

SUM _TIMER_WAIT: 0

MIN _TIMER_WAIT: 0

AVG _TIMER_WAIT: 0

MAX _TIMER_WAIT: 0

1 row in set (0.01 sec)

# events_stages_summary_by_host_by_event_name表

root@localhost : performance _schema 11:29:27> select * from
events_stages _summary_by _host_by _event_name where HOST is not
null limit 1G

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

HOST: localhost

EVENT_NAME: stage/sql/After create

COUNT_STAR: 0

SUM _TIMER_WAIT: 0

MIN _TIMER_WAIT: 0

AVG _TIMER_WAIT: 0

MAX _TIMER_WAIT: 0

1 row in set (0.00 sec)

# events_stages_summary_by_thread_by_event_name表

root@localhost : performance _schema 11:37:03> select * from
events_stages _summary_by _thread_by _event_name where thread_id
is not null limit 1G

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

THREAD_ID: 1

EVENT_NAME: stage/sql/After create

COUNT_STAR: 0

SUM _TIMER_WAIT: 0

MIN _TIMER_WAIT: 0

AVG _TIMER_WAIT: 0

MAX _TIMER_WAIT: 0

1 row in set (0.01 sec)

# events_stages_summary_by_user_by_event_name表

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

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

USER: root

EVENT_NAME: stage/sql/After create

COUNT_STAR: 0

SUM _TIMER_WAIT: 0

MIN _TIMER_WAIT: 0

AVG _TIMER_WAIT: 0

MAX _TIMER_WAIT: 0

1 row in set (0.00 sec)

# events_stages_summary_global_by_event_name表

root@localhost : performance _schema 11:43:03> select * from
events_stages _summary_global _by_event_name limit 1G

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

EVENT_NAME: stage/sql/After create

COUNT_STAR: 0

发表评论

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

网站地图xml地图