当前位置: 亚洲城ca88 > 亚洲城 > 正文

schema中的监控参数解释,MySQL常用系统表大全亚洲

时间:2019-05-18 03:13来源:亚洲城
1、performance schema:介绍 MySQL5.柒中 performance和sys schema中的监察和控制参数解释(推荐),mysql5.七schema 1、performance schema:介绍    在MySQL五.七中,performanceschema有比非常的大改进,包蕴引

1、performance schema:介绍

MySQL5.柒中 performance和sys schema中的监察和控制参数解释(推荐),mysql5.七schema

1、performance schema:介绍

   在MySQL五.七中,performance schema有比非常的大改进,包蕴引进大量新加盟的监察和控制项、下落占用空间和负载,以及通过新的sys schema机制显明提高易用性。在督察方面,performance schema有如下效果:

一:元数据锁:

  对于了然会话之间元数据锁的依赖性关系至关心怜惜要。从MySQL5.7.3开首,就足以经过metadata_locks表来驾驭元数据锁的连带消息;

   --哪些会话具备哪些元数据锁
   --哪些会话正在等候元数据锁
   --哪些请求由于死锁被杀掉,也许锁等待超时而被扬弃

2:进程追踪:

  跟踪长日子操作的快慢(比方alter table),从MySQL五.7.7上马,performance schema自动提供了语句进度新闻。大家能够透过events_stages_current表来查看当前风浪的进程新闻;

③:事务:

  监察和控制服务层和存款和储蓄引擎层事务的上上下下方面。从MySQL伍.七.三开头,新扩充了 events_transactions_current表,能够通过setup_consumers、setup_instruments表打开专门的工作监察和控制,通过该表查询到眼下政工的意况。假若线上数据库碰着undo log大批量增高、数据库品质大幅下落的场所,能够因此该表查询当前是或不是留存处于未提交状态的事务。如若开采真正有大气事务的state处于active,那时能够规定数据库有雅量的事体未提交;

肆:内部存款和储蓄器使用:

  提供内存使用消息计算,有利于领悟和调动服务器的内部存款和储蓄器消耗。从MySQL5.七.二开首,performance schema新扩张内部存款和储蓄器有关的总结新闻,分别从账户、访问主机、线程、用户及事件的角度总结了内部存款和储蓄器的运用进程;

五:存款和储蓄程序:

  存款和储蓄进度、存款和储蓄方法、事件调治器和表触发器的检查测试器。在MySQL伍.七中的setup_objects表中,新增添了event、function、procedure、trigger的检查评定器。performance schema用于检查测试该表中相称object_schema和object_name的对象;

2、sys schema介绍:

  在MySQL伍.7中新添的sys schema。是由一多种对象(视图、存款和储蓄进度、存款和储蓄方法、表和触发器)组成的schema,它本人不采访和积存什么音讯,而是将performance_schema 和 information_schema中的数据以更易于领悟的法门总括出来总结为“视图”。

---sys schema可用来标准的调优和确诊用例,那么些指标包涵如下四个:

1:将品质形式数据聚焦到更便于了然的视图;

贰:诸如质量情势配置和变化会诊报告等操作的储存进度

叁:用于查询品质方式配置并提供格式化服务的囤积函数

---sys schema在询问中的成效,可以查看数据库服务财富的行使状态?哪些主机对数据库服务器的访问量最大?实例上的内存使用情形?

三、sys schema里面包车型客车表的分类:

1:主机相关音讯:

   以host_summary开首的视图,主要汇聚了IO延迟的音讯,从主机、文件事件类型、语句类型等角度突显文件IO的音讯;

贰:innodb相关讯息:

   以innodb起始的视图,汇总了innodb buffer page音信和工作等待innodb锁消息;

叁:IO使用情形:

   以IO开始的视图,总计了IO使用者的新闻,包含等待IO的情事、IO使用量情形,从各种角度分组呈现;

4:内部存款和储蓄器使用意况:

   以memory开端的视图,从主机、线程、用户、事件角度展现内部存款和储蓄器使用状态;

五:连接与会话新闻:

   当中,processlist 和 session相关的视图,总括了对话相关的音信;

6:表相关音信:

   以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_indexesG
select * from sys.schema_unused_indexes;
(如果有冗余索引和长期未使用的索引,应该及时清理,)
---查看表自增ID使用情况:
select * from schema_auto_increment_columnsG 
(可以使用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消耗过大的原因,定位问题)

总结

以上所述是小编给大家介绍的MySQL五.7中 performance和sys schema中的监察和控制参数解释,希望对大家有着支持,假如我们有其它疑问请给本身留言,作者会及时过来大家的。在此也特别感激咱们对帮客之家网址的辅助!

performance和sys schema中的监察和控制参数解释(推荐),mysql5.7schema 1、performance schema:介绍 在MySQL五.七中,performance schema有非常大革新,包蕴引进...

转发地址:

   在MySQL伍.7中,performance schema有非常大革新,包蕴引进大量新参与的监督检查项、下跌占用空间和负载,以及经过新的sys schema机制鲜明进级易用性。在监察和控制方面,performance schema有如下效果:

MySQL5.7 私下认可的格局有:information_schema, 具有 61个表; m ysqL, 具有31个表; performance_schema,具有87个表; sys, 具有1个表, 100个视图.

壹:元数据锁:

      Information_schema数据库是MySQL自带的,它提供了访问数据库元数据的措施。什么是元数据吧?元数据是有关数据的数目,如数据库名或表名,列的数据类型,或访问权限等。有个别时候用于表述该音讯的别的术语包含“数据词典”和“系统目录”。

  对于了然会话之间元数据锁的依赖关系首要。从MySQL伍.柒.三起来,就能够因而metadata_locks表来明白元数据锁的连锁新闻;

      在 MySQL中,把 information_schema 看作是一个数据库,确切说是音信数据库。其中保存着关于MySQL服务器所保证的具备其余数据库的音讯。如数据库名,数据库的表,表栏的数据类型与走访权限等。在INFOTucsonMATION_SCHEMA中,有数个只读表。它们其实是视图,而不是基本表,由此,你将不可能看出与之有关的别的文件

   --哪些会话具备哪些元数据锁
   --哪些会话正在等待元数据锁
   --哪些请求由于死锁被杀掉,或然锁等待超时而被抛弃

1. MYSQL SHOW 命令

2:进程追踪:

desc 表名;       // 表信息 
show columns from 表名;       // 表字段 
describe 表名;       // 表信息 
show create table 表名;        // 表创设语句 
show create database 数据库名;        // 展现数据库 新闻 
show table status from 数据库名;        // 数据库状态 
show tables或show tables from database_name;       // 展现当前数据库中全部表的名称 
show databases;       // 展现mysql中负有数据库的名称 
show processlist;       // 彰显系统中正在运作的全数进程,也正是当下正值推行的询问。大许多用户能够查阅他们友善的经过,不过1旦她们有着process权限,就足以查看全部人的长河,包含密码。 
show table status;       // 展现当前选取也许钦定的database中的每种表的消息。音讯包含表类型和表的最新更新时间 
show columns from table_name from database_name;        // 展现表中列名称 
show columns from database_name.table_name;        // 显示表中列名称 
show grants for user_name@localhost;        // 展现五个用户的权柄,展现结果类似于grant 命令 
show index from table_name;        // 显示表的索引 show status;解释:显示一些种类特定能源的消息,比方,正在运维的线程数量 
show variables;        // 展现系统变量的称呼和值 show privileges;解释:彰显服务器所帮助的不及权限 
show create database database_name ;       // 展现create database 语句是还是不是能够创造钦命的多寡库 
show create table table_name;       // 呈现create database 语句是不是能够创制钦命的数目库 
show engies;        // 展现安装以往可用的仓库储存引擎和暗许引擎。 
show innodb status ;        // 展现innoDB存款和储蓄引擎的景况 
show logs;        // 展现BDB存款和储蓄引擎的日志 
show warnings;       //显示最终贰个施行的口舌所发出的一无是处、警告和文告 
show errors;       // 只展现最后3个实行语句所产生的荒唐

  追踪长日子操作的快慢(比如alter table),从MySQL伍.柒.七发端,performance schema自动提供了语句进程音信。大家能够通过events_stages_current表来查看当前风云的进程消息;

动用如下语句能够查阅当前数据库的各IP连接数

③:事务:

select SUBSTRING_INDEX(host,':',1) as ip , count(*)
from information_schema.processlist group by ip

  监察和控制服务层和存款和储蓄引擎层事务的凡事方面。从MySQL五.⑦.3发端,新添了 events_transactions_current表,能够经过setup_consumers、setup_instruments表张开工作监察和控制,通过该表查询到当前业务的景色。固然线上数据库遭遇undo log大量增高、数据库质量大幅降低的图景,能够通过该表查询当前是或不是存在处于未提交状态的作业。假使发掘真正有雅量工作的state处于active,那时能够鲜明数据库有恢宏的事务未提交;

  • 1
  • 2

肆:内部存款和储蓄器使用:

  提供内部存款和储蓄器使用消息总括,有利于领悟和调治服务器的内部存款和储蓄器消耗。从MySQL5.7.2发端,performance schema新扩充内部存款和储蓄器有关的总计新闻,分别从账户、访问主机、线程、用户及事件的角度总结了内部存款和储蓄器的利用进程;

  • 1
  • 2

5:存款和储蓄程序:

2. information_schema数据库部分表表明 
•SCHEMATA表:提供了最近mysql实例中有所数据库的音讯。是show databases的结果取之此表。 
•TABLES表:提供了有关数据库中的表的新闻(包涵视图)。详细表述了有些表属于哪个schema,表类型,表引擎,创设时间等新闻。是show tables from schemaname的结果取之此表。 
•COLUMNS表:提供了表中的列新闻。详细表述了某张表的具备列以及各样列的音讯。是show columns from schemaname.tablename的结果取之此表。 
•STATISTICS表:提供了有关表索引的新闻。是show index from schemaname.tablename的结果取之此表。 
•USER_PLX570IVILEGES(用户权限)表:交付了有关全程权限的音讯。该音讯源自mysql.user授权表。是非标准表。 
•SCHEMA_P兰德LX570IVILEGES(方案权限)表:提交了有关方案(数据库)权限的音信。该新闻来源mysql.db授权表。是非标准表。 
•TABLE_PRIVILEGES(表权限)表:交由了关于表权限的消息。该新闻源自mysql.tables_priv授权表。是非规范表。 
•COLUMN_PRIVILEGES(列权限)表:付出了有关列权限的信息。该新闻源自mysql.columns_priv授权表。是非标准表。 
•CHARACTER_SETS(字符集)表:提供了mysql实例可用字符集的新闻。是SHOW CHARACTER SET结果集取之此表。 
•COLLATIONS表:提供了有关各字符集的相比较音信。 
•COLLATION_CHARACTER_SET_APPLICABILITY表:指明了可用以核查的字符集。这个列等效于SHOW COLLATION的前多个呈现字段。 
•TABLE_CONSTRAINTS表:叙述了存在约束的表。以及表的束缚类型。 
•KEY_COLUMN_USAGE表:讲述了有着约束的键列。 
•ROUTINES表:提供了关于存款和储蓄子程序(存款和储蓄程序和函数)的音信。此时,ROUTINES表不带有自定义函数(UDF)。名字为“mysql.proc name”的列指明了对应于INFOGL450MATION_SCHEMA.ROUTINES表的mysql.proc表列。 
•VIEWS表:付给了关于数据库中的视图的音讯。供给有show views权限,不然不可能查看视图新闻。 
•TRIGGERS表:提供了关于触发程序的新闻。必须有super权限本事查看该表。

  存款和储蓄进度、存款和储蓄方法、事件调节器和表触发器的检验器。在MySQL五.七中的setup_objects表中,新扩展了event、function、procedure、trigger的检查实验器。performance schema用于检查评定该表中相称object_schema和object_name的对象;

3. performance_schema数据库部分表表明 
    PERFORMANCE_SCHEMA那么些效应暗许是关门的。须要安装参数: performance_schema 才方可运营该意义,那一个参数是静态参数,只好写在my.cnf 中 不能够动态修改。 
setup_table : 设置表,配置监察和控制选项。 
current_events_table : 记录当前那2个thread 正在产生哪些业务。 
history_table : 产生的各个风云的历史记录表 
summary_table : 对各样风云的计算表 
setup_consumers Setup_instruments : 描述种种风浪, 设置什么样事件能够被采访 
setup_instruments : 描述这么些数据库下的表名以及是还是不是张开监察和控制。 
setup_timers : 描述 监察和控制选项已经采样频率的大运间隔 
Threads : 监察和控制服务器所有连接 
Performance_timers : 设置某些监督音信, 内定mysql服务可用的监督周期,CYCLE表示按每秒检查测试26033930三10次, 近些日子performance-schema 只协助 ‘wait’ 时间的督察,代码树上 wait/ 下的函数都足以监督到。

2、sys schema介绍:

4. mysql数据库部分表表达 
在mysql数据库中,有mysql_install_db脚本开首化权限表,存款和储蓄权限的表有: 
1、user表: 用户列、权限列、安全列、财富支配列 
2、db表 : 用户列、权限列 
3、host表 
4、table_priv表 
5、columns_priv表 
6、proc_priv表

  在MySQL5.柒中新扩展的sys schema。是由一多种对象(视图、存款和储蓄进度、存款和储蓄方法、表和触发器)组成的schema,它自身不采访和仓库储存什么新闻,而是将performance_schema 和 information_schema中的数据以更易于明白的主意总括出来总结为“视图”。

五. sys数目库表表明 
sys_config : 那是在这一个系统库上设有的无与伦比二个表了, 表结构如下:

---sys schema可用以标准的调优和检查判断用例,那一个目的包罗如下多个:

CREATE TABLE `sys_config` (
  `variable` varchar(128) NOT NULL,
  `value` varchar(128) DEFAULT NULL,
  `set_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  `set_by` varchar(128) DEFAULT NULL,
  PRIMARY KEY (`variable`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

壹:将质量形式数据聚集到更易于通晓的视图;

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

二:诸如品质形式配置和转移检查判断报告等操作的蕴藏进度

叁:用于查询品质情势配置并提供格式化服务的积攒函数

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

---sys schema在查询中的效率,能够查看数据库服务财富的应用情状?哪些主机对数据库服务器的访问量最大?实例上的内部存款和储蓄器使用情况?

• variable : 配置选项名称 
• value : 配置选项值 
• set_time: 该行配置修改的光阴 
• set_by : 该行配置消息修改者,假设从被设置未有改变过,那么这么些数额应该为NULL 
亚洲城 1 
以上值的对话变量为@sys. 表中variable字段,举个例子:@sys.statement_truncate_len 
可以set @sys.statement_truncate_len = 3贰临时更换值,在对话中会平昔利用那些值,假设想要复苏使用表的暗许值,只要求将那么些会话值设置为null;set @sys.statement_truncate_len = null; 
• diagnostics.allow_i_s_tables : 默以为OFF ,假设展开表示同意diagnostics() 存款和储蓄进度施行扫描information_schema.tables 表,假如表多数,那么可能会很耗品质, 
• diagnostics.include_raw : 默以为OFF , 开启将会从metrics 视图输出未加工管理的数据 。 
• statement_performance_analyzer.limit : 视图在未曾加limit限制时,重临的最大行数 
• statement_performance_analyzer.view 
• statement_truncate_len : 通过format_statement()函数重返值的最大尺寸

三、sys schema里面包车型大巴表的分类:

那么些表非暗许选项还有2个@sys.debug参数 , 能够手动参加:

壹:主机相关音讯:

INSERT INTO sys_config (variable, value) VALUES('debug', 'ON');
UPDATE sys_config SET value = 'OFF' WHERE variable = 'debug';
SET @sys.debug = NULL;

   以host_summary开端的视图,重要汇聚了IO延迟的新闻,从主机、文件事件类型、语句类型等角度浮现文件IO的新闻;

  • 1
  • 2
  • 3

二:innodb相关音信:

   以innodb初叶的视图,汇总了innodb buffer page音讯和业务等待innodb锁新闻;

  • 1
  • 2
  • 3

三:IO使用状态:

五.1、关于这一个表有多少个触发器 
5.1.1 sys_config_insert_set_user触发器 
若果插足新行通过insert语句,那么这些触发器会把set_by列设置为近期操作者 
5.1.2 sys_config_update_set_user触发器 
假设投入新行通过update语句,那么这么些触发器会把set_by列设置为当前操作者

   以IO起先的视图,计算了IO使用者的音信,包蕴等待IO的状态、IO使用量情状,从种种角度分组展现;

5.二.视图 : 以下部分只介绍不含有x$的视图内容 
5.2.1 host_summary (主机概要) 
• host : 监听连接过的主机 
• statements : 当前主机实施的话语总量 
• statement_latency : 语句等待时间(延迟时间) 
• statement_avg_latency : 试行语句平均延迟时间 
• table_scans : 表扫描次数 
• file_ios : io时间总量 
• file_io_latency : 文件io延迟 
• current_connections : 当前延续数 
• total_connections : 总链接数 
• unique_users : 该主机的唯1用户数 
• current_memory : 当前账户分配的内部存款和储蓄器 
• total_memory_allocated : 该主机分配的内部存款和储蓄器总的数量

肆:内部存款和储蓄器使用景况:

5.2.2 The host_summary_by_file_io_type 
•host : 主机 
•event_name : IO事件名称 
•total : 该主机产生的轩然大波 
•total_latency : 该主机发生IO事件总延迟时间 
•max_latency : 该主机IO事件中最大的延迟时间

   以memory开始的视图,从主机、线程、用户、事件角度体现内存使用状态;

5.2.3 The host_summary_by_file_io 
•host : 主机 
•iOS : IO事件总的数量 
•io_latency : IO总的延迟时间

5:连接与会话音信:

5.2.4 The host_summary_by_stages 
• host :主机 
• event_name :名称 
• total :发生的总额 
• total_latency : 总的延迟时间 
• avg_latency :平均延迟时间

   在那之中,processlist 和 session相关的视图,计算了对话相关的新闻;

5.2.5 The host_summary_by_statement_latency 
• host : 主机 
• total : 那么些主机的言语总的数量 
• total_latency : 那个主机总的延迟时间 
• max_latency : 主机最大的延迟时间 
• lock_latency : 等待锁的锁延迟时间 
• rows_sent : 该主机通过语句重返的总部数 
• rows_examined : 在仓库储存引擎上经过语句再次来到的行数 
• rows_affected : 该主机通过语句影响的总店数 
• full_scans : 全表扫描的说话总的数量

6:表相关音信:

5.2.6 The host_summary_by_statement_type 这几个代表总结描述实践语句消息的,平时按执照主人机和申明类型进行分组。暗中同意情状下是依据主机排序 
• host: 主机 
• statement: 最终的语句事件名称 
• total: sql语句总的数量 
• total_latency: sql语句总延迟数 
• max_latency: 最大的sql语句延迟数 
• lock_latency: 锁延迟总量 
• rows_sent: 语句重临的行总的数量 
• rows_examined: 通过存储引擎的sql语句的读取的母公司数 
• rows_affected: 语句影响的总店数 
• full_scans : 全表扫描的说话事件总量

   以schema_table开端的视图,从全表扫描、innodb缓冲池等地点显得了表总计音信;

5.2.7 The innodb_buffer_stats_by_schema 那个表是通过数据库总括innodb引擎的innodb缓存 
• object_schema: 数据库名称 
• allocated: 分配给当下数据库的总的字节数 
• data: 分配给当下数据库的数目字节数 
• pages: 分配给当下数据库的总页数 
• pages_hashed: 分配给当下数据库的hash页数 
• pages_old: 分配给当下数据库的旧页数 
• rows_cached: 当前数据库缓存的行数

七:索引新闻:

5.2.8 The innodb_buffer_stats_by_table 这一个表是通过种种表innodb引擎的innodb缓存 
• object_schema: 数据库名称 
• object_name: 表名称 
• allocated: 分配给表的总字节数 
• data: 分配该表的数据字节数 
• pages: 分配给表的页数 
• pages_hashed: 分配给表的hash页数 
• pages_old : 分配给表的旧页数 
• rows_cached : 表的行缓存数

   其中带有index的视图,总括了目录使用的情况,以及重复索引和未选用的目录情状;

5.2.9 The innodb_lock_waits 那些表其实从视图的语句来看正是information_schema这一个数据库中的innodb_locks、innodb_trx那多个表的结缘,能够更鲜明的来稳妥前实例的锁景况 
• wait_started : 锁等待发生的光阴 
• wait_age : 锁已经等候了多久 
• wait_age_secs : 以秒为单位呈现锁已经等候的岁月(5.7.九中增加此列) 
• locked_table : 被锁的表 
• locked_index : 被锁住的索引 
• locked_type : 锁类型 
• waiting_trx_id : 正在守候的政工ID 
• waiting_trx_started : 等待事务开首的大运 
• waiting_trx_age : 已经等候事务多久 
• waiting_trx_rows_locked : 正在等候的政工被锁的行数量 
• waiting_trx_rows_modified : 正在等候行重定义的数码 
• waiting_pid : 正在守候事务的线程id 
• waiting_query : 正在等待锁的查询 
• waiting_lock_id : 正在等待锁的ID 
• waiting_lock_mode : 等待锁的形式 
• blocking_trx_id : 阻塞等待锁的事体id 
• blocking_pid : 正在锁的线程id 
• blocking_query : 正在锁的查询 
•blocking_lock_id : 正在围堵等待锁的锁id. 
•blocking_lock_mode : 阻塞锁形式 
• blocking_trx_started : 阻塞事务伊始的时日 
• blocking_trx_age : 阻塞的事务已经实行的光阴 
• blocking_trx_rows_locked : 阻塞事务锁住的行的数据 
• blocking_trx_rows_modified : 阻塞事务重定义行的数目 
• sql_kill_blocking_query : kill 语句杀死正在运维的短路事务, 在mysql伍.7.⑨中被参与 
• sql_kill_blocking_connection : kill 语句杀死会话中正在运转的梗塞事务,在mysql五.七.九中被参预

八:语句相关新闻:

5.2.10 The io_by_thread_by_latency 那一个进度主要音讯是由此IO的消耗显示IO等待的时刻 
• user : 对于当下线程来讲,那么些值是线程被分配的账户,对于后台线程来说,正是线程的名称 
• total : IO事件的总的数量 
• total_latency : IO事件的总延迟 
• min_latency : 单个最小的IO事件延迟 
• avg_latency : 平均IO延迟 
• max_latency : 最大IO延迟 
• thread_id : 线程ID 
• processlist_id : 对于近些日子线程正是此时的ID,对于后台就是null

   以statement早先的视图,总计的标准化后的语句使用状态,包涵错误数、警告数、奉行全表扫描的、使用一时表、试行排序等音讯;
9:用户相关音信:

   以user开始的视图,总括了用户选取的文本IO,实施的口舌总计新闻等;

9:等待事件有关音信

   以wait伊始的视图,从主机和事件角度体现等待类事件的推迟景况;

四、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_indexesG
select * from sys.schema_unused_indexes;
(如果有冗余索引和长期未使用的索引,应该及时清理,)
---查看表自增ID使用情况:
select * from schema_auto_increment_columnsG 
(可以使用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消耗过大的原因,定位问题)

总结

如上所述是小编给我们介绍的MySQL五.七中 performance和sys schema中的监察和控制参数解释,希望对咱们全部扶助,假诺我们有其余疑问请给作者留言,我会及时回复大家的。在此也特别多谢大家对台本之家网址的支撑!

你可能感兴趣的篇章:

  • 出现错误mysql Table ''performance_schema...解决办法
  • MySQL结合使用数据库分析工具SchemaSpy的方式
  • mysql数据库中的information_schema和mysql能够去除吗?
  • 解析MySQL的information_schema数据库
  • MySQL数据库设计之利用Python操作Schema方法详解

编辑:亚洲城 本文来源:schema中的监控参数解释,MySQL常用系统表大全亚洲

关键词: 亚洲城ca88