案例详细说明MySQL5.7中 performance与sys schema中的监控参数

SQL是Structured Query Language(结构化查询语言)的缩写。SQL是专为数据库而建立的操作命令集，是一种功能齐全的数据库语言。在使用它时，只需要发出“做什么”的命令，“怎么做”是不用使用者考虑的。SQL功能强大、简单易学、使用方便，已经成为了数据库操作的基础，并且现在几乎所有的数据库均支持SQL。

本文所要和大家分享的内容希望能帮助到大家，在MySQL5.7中，performance schema有很大改进，包括引入大量新加入的监控项、降低占用空间和负载，以及通过新的sys schema机制显著提升易用性。下面通过本文给大家介绍 MySQL5.7中 performance和sys schema中的监控参数解释,需要的朋友可以参考下。

1、performance schema：介绍

在MySQL5.7中，performance schema有很大改进，包括引入大量新加入的监控项、降低占用空间和负载，以及通过新的sys schema机制显著提升易用性。在监控方面，performance schema有如下功能：

①：元数据锁：

对于了解会话之间元数据锁的依赖关系至关重要。从MySQL5.7.3开始，就可以通过metadata_locks表来了解元数据锁的相关信息；

--哪些会话拥有哪些元数据锁
--哪些会话正在等待元数据锁
--哪些请求由于死锁被杀掉，或者锁等待超时而被放弃

②：进度跟踪：

跟踪长时间操作的进度（比如alter table），从MySQL5.7.7开始，performance schema自动提供了语句进度信息。我们可以通过events_stages_current表来查看当前事件的进度信息；

③：事务：

监控服务层和存储引擎层事务的全部方面。从MySQL5.7.3开始，新增了 events_transactions_current表，可以通过setup_consumers、setup_instruments表打开事务监控，通过该表查询到当前事务的状态。如果线上数据库遇到undo log大量增长、数据库性能急剧下降的情况，可以通过该表查询当前是否存在处于未提交状态的事务。如果发现的确有大量事务的state处于active，这时可以确定数据库有大量的事务未提交；

④：内存使用：

提供内存使用信息统计，有利于了解和调整服务器的内存消耗。从MySQL5.7.2开始，performance schema新增内存有关的统计信息，分别从账户、访问主机、线程、用户及事件的角度统计了内存的使用过程；

⑤：存储程序：

存储过程、存储方法、事件调度器和表触发器的检测器。在MySQL5.7中的setup_objects表中，新增了event、function、procedure、trigger的检测器。performance schema用于检测该表中匹配object_schema和object_name的对象；

2、sys schema介绍：

在MySQL5.7中新增的sys schema。是由一系列对象（视图、存储过程、存储方法、表和触发器）组成的schema，它本身不采集和存储什么信息，而是将performance_schema 和 information_schema中的数据以更容易理解的方式总结出来归纳为“视图”。

---sys schema可用于典型的调优和诊断用例，这些对象包括如下三个：

①：将性能模式数据汇总到更容易理解的视图；

②：诸如性能模式配置和生成诊断报告等操作的存储过程

③：用于查询性能模式配置并提供格式化服务的存储函数

---sys schema在查询中的功能，可以查看数据库服务资源的使用情况？哪些主机对数据库服务器的访问量最大？实例上的内存使用情况？

3、sys schema里面的表的分类：

①：主机相关信息：

以host_summary开头的视图，主要汇总了IO延迟的信息，从主机、文件事件类型、语句类型等角度展示文件IO的信息；

②：innodb相关信息：

以innodb开头的视图，汇总了innodb buffer page信息和事务等待innodb锁信息；

③：IO使用情况：

以IO开头的视图，总结了IO使用者的信息，包括等待IO的情况、IO使用量情况，从各个角度分组展示；

④：内存使用情况：

以memory开头的视图，从主机、线程、用户、事件角度展示内存使用情况；

⑤：连接与会话信息：

其中，processlist 和 session相关的视图，总结了会话相关的信息；

⑥：表相关信息：

以schema_table开头的视图，从全表扫描、innodb缓冲池等方面展示了表统计信息；

⑦：索引信息：

其中包含index的视图，统计了索引使用的情况，以及重复索引和未使用的索引情况；

⑧：语句相关信息：

以statement开头的视图，统计的规范化后的语句使用情况，包括错误数、警告数、执行全表扫描的、使用临时表、执行排序等信息；
⑨：用户相关信息：

以user开头的视图，统计了用户使用的文件IO，执行的语句统计信息等；

⑨：等待事件相关信息
：

以wait开头的视图，从主机和事件角度展示等待类事件的延迟情况；

4、sys schema使用列子：

---查看表的访问量：(可以监控每张表访问量的情况，或者监控某个库的访问量的变化) select table_schema,table_name,sum(io_read_requests+io_write_requests) from schema_table_statistics; select table_schema,table_name,io_read_requests+io_write_requests as io_total from schema_table_statistics; ---冗余索引和未使用索引的检查：（schema_redundant_indexes和schema_unused_indexes查看索引的情况） select * from sys.schema_redundant_indexes\G select * from sys.schema_unused_indexes; (如果有冗余索引和长期未使用的索引，应该及时清理，) ---查看表自增ID使用情况： select * from schema_auto_increment_columns\G (可以使用schema_auto_increment_columns视图，就能很简单的查到每个表的自增量使用情况，甚至可以精确到某个表的自增量情况) ---监控全表扫描的sql语句： select * from sys.statements_with_full_table_scans where db='test2'\G (使用statements_with_full_table_scans视图可以查看哪些表查询使用了全表扫描，其中exec_count是执行的次数，等信息) ---查看实例消耗的磁盘I/O情况：() select file,avg_read+avg_write as avg_io from io_global_by_file_by_bytes order by avg_io desc limit 10; (查看io_global_by_file_by_bytes视图可以检查磁盘I/O消耗过大的原因，定位问题)