MySQL5.7 默认的模式有：information_schema， 具有 61个表； m ysqL, 具有31个表； performance_schema，具有87个表; sys, 具有1个表， 100个视图.
Information_schema数据库是MySQL自带的，它提供了访问数据库元数据的方式。什么是元数据呢？元数据是关于数据的数据，如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括“数据词典”和“系统目录”。
在 MySQL中，把 information_schema 看作是一个数据库，确切说是信息数据库。其中保存着关于MySQL服务器所维护的所有其他数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权限等。在INFORMATION_SCHEMA中，有数个只读表。它们实际上是视图，而不是基本表，因此，你将无法看到与之相关的任何文件
1. MYSQL SHOW 命令
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; // 显示系统中正在运行的所有进程，也就是当前正在执行的查询。大多数用户可以查看他们自己的进程，但是如果他们拥有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; // 只显示最后一个执行语句所产生的错误
使用如下语句可以查看当前数据库的各IP连接数
select SUBSTRING_INDEX(host,':',1) as ip , count(*) from information_schema.processlist group by ip
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_PRIVILEGES（用户权限）表：给出了关于全程权限的信息。该信息源自mysql.user授权表。是非标准表。
•SCHEMA_PRIVILEGES（方案权限）表：给出了关于方案（数据库）权限的信息。该信息来自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”的列指明了对应于INFORMATION_SCHEMA.ROUTINES表的mysql.proc表列。
•VIEWS表：给出了关于数据库中的视图的信息。需要有show views权限，否则无法查看视图信息。
•TRIGGERS表：提供了关于触发程序的信息。必须有super权限才能查看该表。
3. performance_schema数据库部分表说明
PERFORMANCE_SCHEMA这个功能默认是关闭的。需要设置参数： performance_schema 才可以启动该功能，这个参数是静态参数，只能写在my.cnf 中 不能动态修改。
setup_table ： 设置表，配置监控选项。
current_events_table : 记录当前那些thread 正在发生什么事情。
history_table : 发生的各种事件的历史记录表
summary_table : 对各种事件的统计表
setup_consumers Setup_instruments : 描述各种事件, 设置哪些事件能够被收集
setup_instruments : 描述这个数据库下的表名以及是否开启监控。
setup_timers : 描述 监控选项已经采样频率的时间间隔
Threads : 监控服务器所有连接
Performance_timers : 设置一些监控信息, 指定mysql服务可用的监控周期，CYCLE表示按每秒检测2603393034次, 目前 performance-schema 只支持 ‘wait’ 时间的监控，代码树上 wait/ 下的函数都可以监控到。
4. mysql数据库部分表说明
在mysql数据库中，有mysql_install_db脚本初始化权限表，存储权限的表有：
1、user表: 用户列、权限列、安全列、资源控制列
2、db表 : 用户列、权限列
3、host表
4、table_priv表
5、columns_priv表
6、proc_priv表
5. sys数据库表说明
sys_config ： 这是在这个系统库上存在的唯一一个表了, 表结构如下：
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, -- 该行配置信息修改者，如果从被安装没有修改过，那么这个数据应该为NULL PRIMARY KEY (`variable`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8
以上值的会话变量为@sys.+表中variable字段，譬如：@sys.statement_truncate_len
可以set @sys.statement_truncate_len = 32 临时改变值，在会话中会一直使用这个值，如果想要恢复使用表的默认值，只需要将这个会话值设置为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.debug参数 , 可以手动加入:
INSERT INTO sys_config (variable, value) VALUES('debug', 'ON'); UPDATE sys_config SET value = 'OFF' WHERE variable = 'debug'; SET @sys.debug = NULL;
5.1、关于这个表有两个触发器
5.1.1 sys_config_insert_set_user触发器
如果加入新行通过insert语句，那么这个触发器会把set_by列设置为当前操作者
5.1.2 sys_config_update_set_user触发器
如果加入新行通过update语句，那么这个触发器会把set_by列设置为当前操作者
5.2.视图 : 以下部分只介绍不包含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 : 该主机的唯一用户数
• 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事件中最大的延迟时间
5.2.3 The host_summary_by_file_io
•host : 主机
•ios : IO事件总数
•io_latency : IO总的延迟时间
5.2.4 The host_summary_by_stages
• host ：主机
• event_name ：名称
• total ：发生的总数
• total_latency ： 总的延迟时间
• avg_latency ：平均延迟时间
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 ： 全表扫描的语句总数
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 ： 全表扫描的语句事件总数
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 ： 表的行缓存数
5.2.9 The innodb_lock_waits 这个表其实从视图的语句来看就是information_schema这个数据库中的innodb_locks、innodb_trx这两个表的整合，能够更清晰的显示当前实例的锁情况
• wait_started ： 锁等待发生的时间
• wait_age ： 锁已经等待了多长时间
• wait_age_secs ： 以秒为单位显示锁已经等待的时间（5.7.9中添加此列）
• 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 语句杀死正在运行的阻塞事务， 在mysql5.7.9中被加入
• sql_kill_blocking_connection ： kill 语句杀死会话中正在运行的阻塞事务，在mysql5.7.9中被加入
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
查看索引命中：
show global status like 'key_read%';
表打开数量
show global status like 'open%tables%';
线程使用情况
show global status like 'Thread%';
表锁情况
show global status like 'table_locks%'
表扫描情况
show global status like 'handler_read%';
原文参考：https://blog.csdn.net/xlxxcc/article/details/51754524