MySQL常用系统表大全

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