MySQL5.7 默认的模式有：information_schema， 具有 61个表； mysql, 具有31个表； performance_schema，具有87个表; sys, 具有1个表.

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;解释：只显示最后一个执行语句所产生的错误
SHOW PROCESSLIST;

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数据库部分表说明
MySql5.5 版本 新增了一个性能优化的引擎： 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表

innodb_index_stats,
innodb_tables_stats,
slave_master_info,
slave_relay_log_info,
slave_worker_info

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,
PRIMARY KEY (variable)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
variable 配置选项名称

    value     配置选项值    set_time 该行配置修改的时间    set_by     该行配置信息修改者，如果从被安装没有修改过，那么这个数据应该为NULL表中默认数据为

variable
value
set_time
set_by
diagnostics.allow_i_s_tables
OFF
2015-11-20 16:04:38
root@localhost
diagnostics.include_raw
OFF
2015-11-20 16:04:38
root@localhost
statement_performance_analyzer.limit
100
2015-11-20 16:04:38
root@localhost
statement_performance_analyzer.view

2015-11-20 16:04:38
root@localhost
statement_truncate_len
64
2016-01-22 17:00:16
root@localhost

以上值的会话变量为@sys.+表中variable字段，譬如：@sys.statement_truncate_len 

可以set @sys.statement_truncate_len = 32 临时改变值，在会话中会一直使用这个值，如果想要恢复使用表的默认值，只需要将这个会话值设置为null；set @sys.statement_truncate_len = null;

diagnostics.allow_i_s_tables
diagnostics.include_raw
这两个值默认为OFF ，前者如果开启表示允许diagnostics() 存储过程执行扫描information_schema.tables 表，如果表很多，那么可能会很耗性能，后者开启将会从metrics 视图输出未加工处理的数据 。diagnostics() 具体内容见下面对diagnostics()的解释。

statement_performance_analyzer.limit
视图在没有加limit限制时，返回的最大行数
statement_performance_analyzer.view
（略）
以上参数为mysql5.7.9加入

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;
具体内容请参考官方文档，此处不做介绍

关于这个表有两个触发器
1.1.1 sys_config_insert_set_user触发器
如果加入新行通过insert语句，那么这个触发器会把set_by列设置为当前操作者
1.1.2 sys_config_update_set_user触发器

如果加入新行通过update语句，那么这个触发器会把set_by列设置为当前操作者

2.视图
以下部分只介绍不包含x$的视图内容

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
该主机分配的内存总数

2.2 The host_summary_by_file_io_type
?host
主机
?event_name
IO事件名称
?total
该主机发生的事件
?total_latency
该主机发生IO事件总延迟时间
?max_latency
该主机IO事件中最大的延迟时间

2.3 The host_summary_by_file_io
?host
主机
?ios
IO事件总数
?io_latency
IO总的延迟时间

2.4 The host_summary_by_stages
? host
主机
? event_name
stage event名称
? total
stage event发生的总数
? total_latency
stage event总的延迟时间
? avg_latency
stage event平均延迟时间

2.5 The host_summary_by_statement_latency
? host
主机
? total
这个主机的语句总数
? total_latency
这个主机总的延迟时间
? max_latency
主机最大的延迟时间
? lock_latency
等待锁的锁延迟时间
? rows_sent
该主机通过语句返回的总行数
? rows_examined
在存储引擎上通过语句返回的行数
? rows_affected
该主机通过语句影响的总行数
? full_scans
全表扫描的语句总数

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
全表扫描的语句事件总数

2.7 The innodb_buffer_stats_by_schema
这个表是通过数据库统计innodb引擎的innodb缓存
? object_schema
数据库名称
? allocated
分配给当前数据库的总的字节数
? data
分配给当前数据库的数据字节数
? pages
分配给当前数据库的总页数
? pages_hashed
分配给当前数据库的hash页数
? pages_old

分配给当前数据库的旧页数
? rows_cached

当前数据库缓存的行数

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

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中被加入

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