MySQL5.7 默认的模式有：information_schema， 具有 61个表； mysqL, 具有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;       // 只显示最后一个执行语句所产生的错误

show open tables where in_use>0; // 查询是否锁表

补充：

查看正在锁的事务

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

查看等待锁的事务

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

查看当前数据库的各IP连接数

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

show processlist 状态说明：

Status

含义

Checking table

正在检查数据表(这是自动的)。

Closing tables

正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表。这是一个很快的操作，如果不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。

Connect Out

复制从服务器正在连接主服务器。

Copying to tmp table on disk

由于临时结果集大于tmp_table_size，正在将临时表从内存存储转为磁盘存储以此节省内存。

Creating tmp table

正在创建临时表以存放部分查询结果。

deleting from main table

服务器正在执行多表删除中的第一部分，刚删除第一个表。

deleting from reference tables

服务器正在执行多表删除中的第二部分，正在删除其他表的记录。

Flushing tables

正在执行FLUSH TABLES，等待其他线程关闭数据表。

Killed

发送了一个kill请求给某线程，那么这个线程将会检查kill标志位，同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位，不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了，那么kill请求会在锁释放时马上生效。

Locked

被其他查询锁住了。

Sending data

正在处理SELECT查询的记录，同时正在把结果发送给客户端。

Sorting for group

正在为GROUP BY做排序。

Sorting for order

正在为ORDER BY做排序。

Opening tables

这个过程应该会很快，除非受到其他因素的干扰。例如，在执ALTER TABLE或LOCK TABLE语句行完以前，数据表无法被其他线程打开。正尝试打开一个表。

Removing duplicates

正在执行一个SELECT DISTINCT方式的查询，但是MySQL无法在前一个阶段优化掉那些重复的记录。因此，MySQL需要再次去掉重复的记录，然后再把结果发送给客户端。

Reopen table

获得了对一个表的锁，但是必须在表结构修改之后才能获得这个锁。已经释放锁，关闭数据表，正尝试重新打开数据表。

Repair by sorting

修复指令正在排序以创建索引。

Repair with keycache

修复指令正在利用索引缓存一个一个地创建新索引。它会比Repair by sorting慢些。

Searching rows for update

正在讲符合条件的记录找出来以备更新。它必须在UPDATE要修改相关的记录之前就完成了。

Sleeping

正在等待客户端发送新请求。

System lock

正在等待取得一个外部的系统锁。如果当前没有运行多个mysqld服务器同时请求同一个表，那么可以通过增加--skip-external-locking参数来禁止外部系统锁。

Upgrading lock

INSERT DELAYED正在尝试取得一个锁表以插入新记录。

Updating

正在搜索匹配的记录，并且修改它们。

User Lock

正在等待GET_LOCK()。

Waiting for tables

该线程得到通知，数据表结构已经被修改了，需要重新打开数据表以取得新的结构。然后，为了能的重新打开数据表，必须等到所有其他线程关闭这个表。以下几种情况下会产生这个通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。

waiting for handler insert

INSERT DELAYED已经处理完了所有待处理的插入操作，正在等待新的请求。

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,

PRIMARY KEY (`variable`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8

• variable ： 配置选项名称

• value ： 配置选项值

• set_time： 该行配置修改的时间

• set_by ： 该行配置信息修改者，如果从被安装没有修改过，那么这个数据应该为NULL

以上值的会话变量为@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

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

作者：xlxxcc

来源：CSDN

原文：https://blog.csdn.net/xlxxcc/article/details/51754524

版权声明：本文为博主原创文章，转载请附上博文链接！