数据库对象事件与属性统计亚洲城ca88官方游戏,

日期:2019-07-10编辑作者:亚洲城ca88

原标题:深度体验三款顶级笔记本—性能怪兽之新款Macbook Pro

原标题:索尼Xperia XZ2 Premium散景评测:2018最佳双摄潜能全

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

亚洲城ca88官方游戏 1

亚洲城ca88官方游戏 2

亚洲城ca88官方游戏 3

PC产品特别是笔记本电脑近十年没有太多的变化,无论从功能还是外观设计,都在延续长期形成的产品特征和功能,尽管各厂家在新品发布后会有一些新的卖点,但这些卖点未必成为用户选择的依据。

今年7月,索尼移动在中国大陆市场正式推出索尼Xperia XZ2 Premium,该机是索尼移动第一款采用双摄解决方案的智能手机,采用了1/2.3" 1.22μm 1900万像素F1.8彩色和1/2.3" 1.55μm 1200万像素F1.6黑白感光元件组合的双摄。拥有专业相机的高感光性能,具备ISO 12800 视频拍摄与 ISO 51200 照片拍摄的高感光度,很适合暗光拍摄,以及在黑暗中捕捉到肉眼难以看到的细节。

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

因产业发展缓慢或者停滞的影响,用户在选择笔记本产品时则更偏重于价格和品牌的因素,但对于商务或者工作环境中使用的笔记本而言,往往会在换新过程中觉得付出不值。

亚洲城ca88官方游戏 4

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

环顾2018年新出的产品,如果我们把使用范围限定在工作和商务环境中,把这种环境中所需要产品特征进行理论化的梳理,依然会发现一些有特别亮点或者说更稳定、便捷和更具效率的生产力工具(尽管刀客并不喜欢这种说法)。事实上如何评定在商务环境或工作环境笔记本所承担的功用,其实并没有一个科学或者约定俗成的标准。

刚过去不久的8月,索尼Xperia XZ2 Premium的系统进行了OTA升级了,拍照方面更新了“散景”和“黑白”功能,全面激活了2018最强双摄方案的潜能。目前,我们对Xperia XZ2 Premium的这两项更新,进行了深入的测试。

01

为此,通过刀客试图通过工业设计及制造工艺、性能和续航、稳定性、使用效率、使用者的主观感受等五个方面来评估什么样的笔记本电脑才能在工作和商务环境更具使用价值。

亚洲城ca88官方游戏 5

数据库对象统计表

事实上,今年上市的笔记本电脑出色的并不多,但2018款MacBook Pr0、Surface Book和MateBook X PRO是三款不可错过的出色产品,至于为什么这么说,刀客通过五个维度来分别进行说明。

首先我们来看一下如何打开“散景”和“黑白”功能,对于大多数人来说,都会使用自动模式开拍照。在拍照图标的下方有一个双摄的按钮,只需要点开即可选择“散景”或“黑白”功能,拍照体验非常舒适便捷。

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

一、生产力工具所需要的是稳定性和高效率

对于工作和商务环境使用的电脑来说,稳定性和使用效率是最关键的因素,这与我们平时使用电脑的评价可能有很大的出入。对于工作环境中使用的工具而言,在保证基本性能的基础上,更重要的是稳定性和使用效率,或者说,当你把笔记本当成工具时,最好的产品应该是让用户感觉不到它的存在,不用特意地去适应产品使用要求。

对于目前整体笔记本产品而言,保持一天十个小时左右的续航是必须的要求,使用电源适配器只是一个备选项,如果一款产品实际的使用时间不能保证10个小时的时间,原则上讲,它就不太适合在工作和商务环境中使用。

同时,既然是生产力工具,工具的效率就是另外一个核心的体验要求。对于效率,目前一方面衡量的是计算效率(性能)、输入效率(键盘)和显示效率(屏幕及屏幕比例),只有在计算、输入和显示三个方面都有比较好的效率,这款笔记本产品才可以称得上是生产力工具。

对于键盘,目前受轻薄化趋势的影响,整体上笔记本的键程都比较短,这造成了整体输入效率的下降,虽然如此,但仍然有一些产品在努力在键盘的改进上进行了一些尝试。对于显示效率,这一维度很少有人谈到,这可能是由于目前大量的笔记本产品都采用了16:9这种并不适合办公和商业软件使用的比例所造成的。早期的PC产品的显示屏,一般都采用4:3的显示比例,这是一个比较科学也符合大多数办公和商业软件使用环境的比例,而16:9的显示屏,在实际使用中显示的有效面积是最小的。

如果以统一以14英寸的显示屏的比例计算,苹果16:10的有效显示面积是88.08平方英寸,微软和谷歌目前主推的3:2比例的笔记本显示面积是90.46平方英寸,而16:9比例的笔记本显示面积只有83.45平方英寸,可以看出16:9的比例的屏幕的显示面积是最小的。虽然数据上16:10和3:2比例的有效显示面积比16:9的增加了不到10%,但在实际使用中,受商业软件和办公软件的设计影响,16:9的屏幕在实际使用中有效的显示面积比实际数据要更差一些。

基于显示效率的考虑,16:10和3:2显示比例的笔记本是办公和商务环境中比较优先的考虑。

亚洲城ca88官方游戏 6

亚洲城ca88官方游戏 7

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

二、MacBook Pro 15性能和稳定性无出其右

2018版的MacBook Pro 15的实际使用大致有一个多月时间,其测试期间,刀客将MacBook Pro作为工作的主力机型,以期通过实际的使用,能给这款产品一个相对准确的评价。

客观而言,正如各种媒体的评价一样,2018款的MacBook Pro与2017版的没有什么变化,但实际上,比如一些键位的变化、色彩的变化等,仍然有一些,但这都不足以给新版的MacBook Pro带来区别。

刀客使用的这台MacBook Pro配置为2.9G英特尔酷睿i9、16GB DDR4内存,AMD Radeon Pro 555X显卡,512GB固态硬盘,虽然算不上是皇帝版,但应付日常的工作是足够的。

从一个多月的使用来看,新款的MacBook Pro除了比以往更快之外,依然保持着一天工作使用环境中的续航。对使用者而言,不用去担心会出现意外性系统问题,也不用去考虑关机,不用时合上盖子就可以了。稳定、更快和安全,应该是最直观的感受。

亚洲城ca88官方游戏 8

1. 工业设计和制造工艺

对于MacBook的工业设计而言,其实没有太多可说的地方,2018版的MacBook Pro继承了一体化全金属设计,外观上色彩有了一些细微的变化,如不做对比是感觉不出来的如果不做对比是感觉不出来的。

事实上,自2013版的MacBook Pro开始,苹果对MacBook Pro的设计风格基本成熟,制造工业和金属材质使用也日渐成熟,及至2017年,虽然整体厚度变成更轻薄了,但外观设计和制造工艺并没有太多的变化。

虽然2018版的MacBook Pro外观没有什么变化,但就MacBook Pro本身的工业设计而言,在硬朗的外观之下,A面和底部四周的弧线设计又让其多了一份柔软的感觉,而且让本来不是很薄的外观,感观上感觉更为纤细,可以说MacBook Pro的外观设计在简约的风格之下呈现给用户一种工业艺术之美的极致感受。

而一体化的机身设计,制造工业和品控把握也无可挑剔,无论是底部的开孔和底盖和边框缝隙的处理,极其均匀规整划一。

一切都很苹果,即使是在千万台机型中,你仍然可以一眼分辨出MacBook Pro来,即使不看Logo,也依然在万千工业品中,鹤立鸡群。

事实上,在笔记本领域,MacBook Pro是事实上的标准,不管是老牌的笔记本厂商还是新贵,在产品的设计方面,都在有意无意的复制MacBook Pro的外观设计,但也许由于审美和追求的不同,总让模仿者有东施效颦之感。

如果需要给MacBook Pro的外观给一个数字化的评价,那么基于事实上的行业标准,这个评分应该是最高分。

亚洲城ca88官方游戏 9

2.性能和续航

正如媒体所言,2018版的MacBook Pro最大的价值和变化就是性能的巨大提升,15寸的版本最高可以支持到酷睿八代i9,标称频率到了2.9G,Turbo Boost最高可以达到4.8G。按苹果的说法“处理速度最快可比上一代提升70%”,事实上如果日常你只是使用它去浏览网或使用Office系统,与2017版的差别你是感觉不出来的。

但越是使用大型软件或同时打开更多软件,2018版的MacBook Pro就立刻显示出其澎湃的动力来。在刀客实际使用的过程中,无论是使用Photoshop还是Lightroom,明显能感到比2017版的快了不少。特别是在使用软件中的一些滤镜时,基本上都是点击确认,结果就立刻呈现出来,这与2017版的有了很大的区别。

从数据上来看,测试的这台i9配置的MacBook Pro 15在Geekbench 4上的测试成绩单核达到了5599,多核性能达到了23235,这比许多媒体放出的成绩要好一些。这也数据对普通用户来说不好理解,换句话来说,在所有苹果桌面PC产品中,2018版的MacBook Pro 15配置有i9的处理的笔记本,单核成绩排名第二(排名第一的是2017版iMac的那台性能怪兽),多核成绩排名第六,应该说是苹果近几年来最性能最优秀的产品。

虽然新版的MacBook Pro性能有了巨大的提升,很多人担心在i9巨大的性能面前,MacBook Pro的续航是否有了缩水,但在实际使用中,新版的MacBook Pro的续航依然优秀。

苹果标称在连接无线网络的情况下,浏览网页的续航时间或者播放影片的时间可以达到10小时。在实际使用中,交替使用Office系列软件、流量网页、看视频等常规的使用环境,MacBook Pro的续航时间仍然能保持满足一天的使用时间。在这点上,借助于MacOS High Sierra的优秀性能,苹果的MacBook Pro系列的续航远比Windows系统的笔记本续航能力要优秀得多。

新版的MacBook Pro的电池容量达到了83.6千瓦时,电源适配器的功能也达到了87瓦,充满一台MacBook Pro所需要的时间大致在2.5小时左右。

在保持高性能的同时,2018版的MacBook Pro依然能保持在10小时的续航,在性能和续航方面都是非常优秀的,这得益于苹果在系统、制造工艺、材质等多方面优秀品质。

亚洲城ca88官方游戏 10

行文至此,突然想起来高通一直想在桌面级产品上有所作为,但从目前的情况看,先不谈安卓系统的软件支持,就性能而言,目前骁龙845单核3000多和多核5000多的Geekbench测试成绩,看着i9的这种性能,高通的桌面产品还是没有什么前途。

除了i9处理器带来的巨大性能提升之外,新版的MacBook Pro 15带给用户的惊喜是SSD硬盘的极速读写能力。苹果官方对SSD硬盘读写能力的标注是读取速度可以达到3.2GB/s,写入速度为2.2GB/s。在使用BlackMagic Disk Speed test进行硬盘读写能力测试时,新版MacBook Pro 15的速度是2.6GB/s左右,这是市面上所有笔记本硬盘性能的6倍!2018版MacBook Pro 15的快,由此可见已超过了所有人的预期。

在图形处理方面,15 英寸MacBook Pro机型均配备Radeon Pro 独立图形处理器,每个独立图形处理器标配了4GB GDDR5 显存,这让众多专业工作,比如在Final Cut Pro X 中进行三维字幕渲染这类任务,能有着流畅的实时表现。15寸的MacBook Pro配备了Radeon Pro 555X或者Radeon Pro 560X 图形处理器,虽然不是笔记本中图形处理能力最强的,但满足一般性的图形图像处理已没有压力。

亚洲城ca88官方游戏 11

3.稳定性

对许多重度苹果MacBook Pro的用户而言,MacBook Pro带给用户的最大感受是系统的稳定性,这一点,与Windows笔记本相比让用户有了太多的依赖。

尽管Windows 10的性能和稳定性有了大幅度的提升,但在实际使用中,或许由于厂家的制造水平和产品品控存在的差距,Windows的笔记本总会出现一些无法预料的事件,类似的事件在MacBook Pro上很少见到。

对于许多MacBook Pro的用户而言,MacBook Pro带给他们的是从来不用去关机,也无需担心因系统问题文件出现问题。在一天的时间里,使用时打开盖子,不使用了合上盖子,MacBook Pro的存在似乎象不存在一样,你从来不用去关心它可能会带给你什么意想不到的障碍。

尽管在选择笔记本时,很少人真正关心产品的使用稳定性,但稳定性带给你的是最有价值的一种保证。

亚洲城ca88官方游戏 12

4.使用效率和主观感受

对笔记本而言,使用效率主要体现在显示效率和输入效率上。

MacBook Pro 15屏幕采用了P3色域500尼特亮度的一块IPS背光LED屏幕,对角线长度15.4英寸,初始分辨率2880X1800。从这些数据上比较,比市面上的绝大多数Windows笔记本的屏幕要优秀得多。

就显示效率而言,由于MacBook Pro采用的是16:10屏幕比例,15.4英寸的有效显示面积为106.59平方英寸,而同样对角线长度的16:9的笔记本的显示面积是101.34平方英寸左右。虽然整体面积上,MacBook Pro 15的显示面积只比16:9的笔记本多了不到6%的显示面积,但受益于16:10的比例,更接近软件设计的使用界面,所以无论是使用Office系列软件还是使用Adobe系列的图形图像处理软件,亦或者是浏览网页,MacBook Pro在同等字体大小,给用户提供了更多的显示内容。

从这个意义上讲,MacBook Pro的显示效率远高于采用了16:9显示比例的笔记本。

在输入效率上,2018版的MacBook Pro采用了第三代蝶式键盘,键帽和底座之间加入了一层半透明的有机硅薄膜,一方面是解决了前一代产品由于灰尘容易进入造成的铁盘损坏,同时也减小了键盘噪音。在实际使用中,2018版MacBook Pro的键盘在手感上要比上一代产品好了很多。虽然MacBook Pro的键程不是最长的,手感也不是最好的,但当你习惯了这种偏软的键盘,其输入速度也还不错。

另一个影响输入效率的部件就是触控板。2018版MacBook Pro的触控板似乎与前一代没有差别,MacBook Pro的这块巨大的触控板的性能应该说是笔记本产品中最优秀者之一。虽然MacBook Pro的触控板非常大,但与类似的Windows笔记本相比,即使很大,但使用中并不会产品误触的现象,这一点还需要其它厂家认真去研究。

MacBook Pro优秀的触控板在实际使用中,让你会找不到使用鼠标的理由,这不仅省去了日常携带鼠标的麻烦,而且在一定程度也提升了输入效率。

事实上,2018版在系统和功能上的改变还有很比,比如即将发布的Mojave版本的Mac OS、增强的Hey Siri、True Tone以及蓝牙5.0标准的支撑等等。从主观感受上来讲,审美可能因人而异,但即使如此,MacBook Pro的银色和深空灰色的两个版本,基本上也能讨大多数用户的欢心。无论性能还是稳定性,以及使用体验,任何挑剔的用户其实很难客观地找出新版MacBook Pro的不足。

当然最大的问题就是价格,皇帝版的MacBook Pro 15最高价格高达51352元人民币,但对于普通用户而言,无论是4TB的硬盘还是32GB的内存,其实你都用不着,如果只选择16GB内存搭配512GB硬盘,实际的购买价格是24244元。当然这一价格仍然比市面上的Windows笔记本高了不少,确实是很贵。然而对于使用过MacBook Pro的人来说,这样一台配置的MacBook Pro,即使是用过三年之后,其处理速度仍然不会比后来的Windows笔记本差多少,换句话说,受益于MacBook Pro的优秀的做工和系统高效,即使是2.4万元去买一台高端笔记本,如果平均到三年时间,实际性价比还说得过去。

更大的优势在于在二手市场,三年前的MacBook Pro,仍然会50%左右的残值。在入手2018版的MacBook Pro之前,刀客出手了2015版的一台MacBook Pro 15,这台2015年底以17988元入手的笔记本,到2018年中二手市场的价格也能卖到9300元。换句话说,使用三年时间15版的MacBook Pro 15使用掉的价值为8000元左右,如果买台8000元左右的Windows笔记本,三年后的出手价应该是不到3000元的。二手市场一直是产品的真实价值最有力的表现,MacBook Pro在二手市场就相当于硬通货,这一方面得益于苹果品牌超高的溢价能力,二是其前三四年前的产品仍然具有非常稳定和优秀的使用体验。

如果要给2018版的MacBook Pro 15做个数字化的评分,以下就是使用了一个半月的结论(各选项最高分10分)。

工业设计和制造工艺:9分

性能和续航:10

稳定性:10

使用效率:8

主观体验感受:9

性价比:6

如果你只是一个商务环境中使用MacBook Pro用户,那么对于新版的MacBook Pro其实没有太多升级的必要,但如果你是一个偏设计或大型软件使用的用户,2018版本的MacBook Pro就没有理由不升级。

苹果的MacBook Pro其实就是笔记本领域的一个事实标准,这个事实标准广大的Windows厂商都在学,但到目前为止,仍然没有看到一个能学到苹果精髓的厂家。返回搜狐,查看更多

责任编辑:

在“散景”模式下,可以手动调节曝光及景深的深浅。“散景”功能是使Xperia XZ2 Premium的两颗摄像头同时工作,彩色摄像头为主体准确对焦及拍摄,黑白摄像头为主体以外景物,制造景深图。并在AUBE™实时融合图像处理器的加持下,对背景和前景对象进行运算叠加而成的效果(类似于抠图后,突出出体,虚化背景)。不过这个抠图会更佳高级,效果会更自然。

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

亚洲城ca88官方游戏 13

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

不过需要注意的是,在使用“散景”模式时,被拍摄的目标物体或者人物不能太远也不能太近,目标与相机的距离为半米左右。手机在拍照界面会“再远离对象一些”的提示,当不显示时即可按下快门,当然在有提示的情况下也是可以拍照操作的,有时候效果也不错。

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

亚洲城ca88官方游戏 14

OBJECT_TYPE: TABLE

亚洲城ca88官方游戏 15

OBJECT_SCHEMA: xiaoboluo

亚洲城ca88官方游戏 16

OBJECT_NAME: test

亚洲城ca88官方游戏 17

COUNT_STAR: 56

如此一来,使得索尼Xperia XZ2 Premium可以模拟出大光圈的虚化效果,在拍花和人像的情况下效果有很大的提升。不过在暗光环境下和前景太近的情况下效果不是太好,所以需要掌握一些小技巧。以下是部分用索尼Xperia XZ2 Premium拍摄的样张,照片在背景颜色丰富的情况下尤为好看。

SUM _TIMER_WAIT: 195829830101250

亚洲城ca88官方游戏 18

MIN _TIMER_WAIT: 2971125

亚洲城ca88官方游戏 19

AVG _TIMER_WAIT: 3496961251500

亚洲城ca88官方游戏 20

MAX _TIMER_WAIT: 121025235946125

亚洲城ca88官方游戏 21

1 row in set (0.00 sec)

亚洲城ca88官方游戏 22

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

亚洲城ca88官方游戏 23

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

亚洲城ca88官方游戏 24

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

亚洲城ca88官方游戏 25

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

而在“黑白”模式下,可以手动调节曝光和对比度。黑白模式顾名思义,就是使用单色摄像头来拍照,黑白照会让有些场景的照片更富有质感,灰阶渐进,层次细腻。值得一提的是,这个模式不仅可用于拍照,还可用于视频拍摄,简直厉害了。

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

亚洲城ca88官方游戏 26

| Tables_in_performance_schema (%table%summary%) |

亚洲城ca88官方游戏 27

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

亚洲城ca88官方游戏 28

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

总结

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

索尼Xperia XZ2 Premium的“散景”和“黑白”功能大大增加了相机的可玩性,也让照片的质量和质感有了很大的提升。不过如果想要一张景深完美,画质非凡的照片,还是需要一定的操作技巧。“秒杀单反”这种话都是欺骗消费者的,但是索尼Xperia XZ2 Premium是2018最佳双摄拍照手机应该是当之无愧的。

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

亚洲城ca88官方游戏 29返回搜狐,查看更多

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

责任编辑:

3rows inset ( 0. 00sec)

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

# 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;

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

OBJECT_TYPE: TABLE

OBJECT_SCHEMA: xiaoboluo

OBJECT_NAME: test

INDEX_NAME: PRIMARY

COUNT_STAR: 1

SUM _TIMER_WAIT: 56688392

MIN _TIMER_WAIT: 56688392

AVG _TIMER_WAIT: 56688392

MAX _TIMER_WAIT: 56688392

COUNT_READ: 1

SUM _TIMER_READ: 56688392

MIN _TIMER_READ: 56688392

AVG _TIMER_READ: 56688392

MAX _TIMER_READ: 56688392

......

1 row in set (0.00 sec)

# table_io_waits_summary_by_table表

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

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

OBJECT_TYPE: TABLE

OBJECT_SCHEMA: xiaoboluo

OBJECT_NAME: test

COUNT_STAR: 1

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

1 row in set (0.00 sec)

# 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 ***************************

本文由亚洲城ca88官方游戏发布于亚洲城ca88,转载请注明出处:数据库对象事件与属性统计亚洲城ca88官方游戏,

关键词: ca661亚洲城

小米8青春版正式宣布,苹果秋季发布会最全观战

原标题:前瞻 | 苹果秋季发布会最全观战指南:三款新iPhone,无线充电枕,iOS12正式版! 原标题:【简讯】AMD发布四...

详细>>