详解mysql中的information_schema

我们发现，在安装完mysql后，mysql会自带几个数据库，其中一个数据库为：information_schema。

并且这个数据库并不是空的，在数据库中存有很多表，我们可以切换到此数据库：

use information_schema;

查询数据库中的表有多少：

select count(table_name) FROM tables ;

但注意，我们对这个表只具有查询功能，增删改是不支持的。并且我们可以在这个数据库中找到其它数据库的内容，例如：

select table_name, table_type, engine FROM information_schema.tables where TABLE_SCHEMA='community';

上面语句是查询information_schema数据库下的表并且限定数据库名称（TABLE_SCHEMA）为community，可得到：

上面看了这么多，那么information_schema究竟是什么？

information_schema数据库是MySQL自带的，它提供了访问数据库元数据的方式。什么是元数据呢？元数据是关于数据的数据，如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括“数据词典”和“系统目录”。在MySQL中，把 information_schema 看作是一个数据库，确切说是信息数据库。其中保存着关于MySQL服务器所维护的所有其他数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权限等。在INFORMATION_SCHEMA中，有数个只读表。它们实际上是视图，而不是基本表，因此，你将无法看到与之相关的任何文件。

解释一下无法看到任何文件：

首先我们要明白，对于 myIsam 类型的数据库，当创建表和索引后，会在本地生成三个文件，后缀名分别是.myd、.myi、.frm，分别代表数据文件、索引文件以及表定义文件。而对于innodb类型的数据库，其数据文件和索引是存储在同一个文件中，默认后缀为.idb，表定义文件和myIsam 数据库相同，也是存储在.frm文件后面。并且两种数据库在创建时都会生成一个.opt后缀的文件， 该文件主要用来存储当前数据库的默认字符集和字符校验规则，而且这个文件是可以删除的，丢失后当下次创建表会再次自动生成。

而在磁盘中，我们无法找到information_schema数据库的任何文件，也即该数据库是虚拟的。

下面列举一些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权限才能查看该表。

conclusion

informance_schema是一个信息数据库，其中保存了MySQl服务所有数据库的信息，具体MySQL服务有多少个数据库，各个数据库有哪些表，各个表中的字段是什么数据类型，各个表中有哪些索引，各个数据库要什么权限才能访问等。并且其本质存储的是视图（ 表中存放的是数据，而视图存放的是SQL语句。每次使用视图的时候，都会运行一次里面的SQL语句，并形成一个临时表。同时，视图内的数据随着原表数据的更新而更新 ）。

更详细的介绍可转步：MySQL information_schema 详解。

performance_schema、 mysql、sys

既然已经说了informance_schema，那也简单介绍一下另外三个： performance_schema、 mysql、sys。

• performance_schema： 主要用于收集数据库服务器性能参数。并且库里表的存储引擎均为PERFORMANCE_SCHEMA，而用户是不能创建存储引擎为PERFORMANCE_SCHEMA的表。MySQL5.7默认是开启的。
• mysql： mysql的核心数据库，类似于sql server中的master表，主要负责存储数据库的用户、权限设置、关键字等mysql自己需要使用的控制和管理信息。(常用的，在mysql.user表中修改root用户的密码)。
• sys： Sys库所有的数据源来自：performance_schema。目标是把performance_schema的把复杂度降低，让DBA能更好的阅读这个库里的内容。让DBA更快的了解DB的运行情况。 具体可看： MySQL系统库之sys 。