Server层统计信息字典表 | 全方位认识 information_

2020-11-20 12:00:26 作者:情不会不深,我不会不真  阅读:128 次  点赞:0 次  鄙视:0 次  收藏:0 次  由 www.3ctuan.cn 收集整理
听新闻 - Server层统计信息字典表 | 全方位认识 information_
00:00 / 00:00

+

-

自动播放×

御姐音

大叔音

萝莉音

型男音

温馨提示:
是否自动播放下一条内容?
立即播放当前内容?
确定
确定
取消

在上一篇 《初相识|全方位认识information_schema》 中,我们针对 information_schema 系统库做了一个简单的认识,本期我们将为大家带来系列第二篇《Server层统计信息字典表 | 全方位认识 information_schema》,下面请跟随我们一起开始 sys 系统库的学习之旅吧~

1. COLUMNS

该表提供查询表对象中的列(字段)信息

admin@localhost : information_schema 05: 32: 07> select* from COLUMNS where TABLE_NAME= 'sbtest1' limit 1G;

*************************** 1.row ***************************

TABLE_CATALOG: def

TABLE_SCHEMA: sbtest

TABLE_NAME: sbtest1

COLUMN_NAME: id

ORDINAL_POSITION: 1

COLUMN_DEFAULT: NULL

IS_NULLABLE: NO

DATA_TYPE: int

CHARACTER_MAXIMUM_LENGTH: NULL

CHARACTER_OCTET_LENGTH: NULL

NUMERIC_PRECISION: 10

NUMERIC_SCALE: 0

DATETIME_PRECISION: NULL

CHARACTER_SET_NAME: NULL

COLLATION_NAME: NULL

COLUMN_TYPE: int( 10) unsigned

COLUMN_KEY: PRI

EXTRA: auto_increment

PRIVILEGES: select,insert,update,references

COLUMN_COMMENT:

GENERATION_EXPRESSION:

1row inset( 0.00sec)

  • TABLE_SCHEMA:显示列信息对应表所在的库名
  • TABLE_NAME:显示列信息所在的表名
  • COLUMN_NAME:显示列名称
  • ORDINAL_POSITION:显示列在表中的创建顺序
  • COLUMN_DEFAULT:显示列默认值
  • IS_NULLABLE:显示列是否带有NULL属性
  • DATA_TYPE:显示列的数据类型,不包含列的数据类型定义的额外属性
  • CHARACTER_MAXIMUM_LENGTH:显示字符类型字段的定义长度
  • CHARACTER_OCTET_LENGTH:显示字符类型字段的定义长度对应的字节数,如果是单字节字符集,则该字段值与CHARACTER_MAXIMUM_LENGTH字段值相同(多字节字符集除外)
  • NUMERIC_PRECISION:显示数字类型字段的精度(定义长度),如果不是数字类型则该类为NULL
  • NUMERIC_SCALE:显示数字类型字段的标度(小数位数),如果不是数字类型则该类为NULL
  • DATETIME_PRECISION:显示时间类型字段的精度(5.6版本之后,datetime时间类型字段在存储引擎层存储时都当作int类型处理,但存储时会比timestamp多一个字节),如果不是时间类型则该类为NULL
  • CHARACTER_SET_NAME:显示表列的字符集,如果使用SHOW FULL COLUMNS语句查看,那么可以从结果集的Collation列中看到字符集类型,例如:Collation值为latin1_swedish_ci,则该字符集就是latin1
  • COLLATION_NAME:显示列的校对规则
  • COLUMN_TYPE:显示列的定义类型,包含列数据类型定义的额外属性(在show columns语句的结果集中该字段信息显示在Type列),例如:varchar(32),该字段为 "MySQL extension" 列
  • COLUMN_KEY:如果字段是索引列,则这里会显示出索引的类型
  • EXTRA:显示生成列的类型,有效值为:VIRTUAL GENERATED或VIRTUAL STORED,该字段为 "MySQL extension" 列
  • PRIVILEGES:显示列的可授予权限列表(这里指的是可对单个列授予的列级别权限),未列出的权限无法使用grant语句授予
  • COLUMN_COMMENT:显示列的注释信息
  • GENERATION_EXPRESSION:显示生成列的计算表达式,该字段为 "MySQL extension" 列

COLUMNS表中记录的信息实际上还可以使用show columns语句进行查询,下面给出两者的一个对比查询结果供大家鉴赏。

# 使用show columns语句来查询表对象的列信息

## 语法如下

SHOW[ full] COLUMNS

FROMtbl_name

[ FROMdb_name]

[ LIKE'wild']

## 查询结果如下,当然,从这里我们也可以看到,使用show columns语句查询的列信息明显比直接查询columns表中的信息要少得多

root@localhost : information_schema 12: 42: 34> showcolumnsfromsbtest.sbtest1;

+ -------+------------------+------+-----+---------+----------------+

| Field | Type | Null | Key | Default | Extra |

+ -------+------------------+------+-----+---------+----------------+

| id | int(10) unsigned | NO | PRI | NULL | auto_increment |

| k | int(10) unsigned | NO | MUL | 0 | |

| c | char(120) | NO | MUL | | |

| pad | char(60) | NO | | | |

+ -------+------------------+------+-----+---------+----------------+

4 rows in set( 0.04sec)

## 还可以结合where语句来进行过滤

root@localhost : information_schema 12: 44: 46> showcolumnsfromsbtest.sbtest1 whereFieldlike'id%';

+ -------+------------------+------+-----+---------+----------------+

| Field | Type | Null | Key | Default | Extra |

+ -------+------------------+------+-----+---------+----------------+

| id | int(10) unsigned | NO | PRI | NULL | auto_increment |

+ -------+------------------+------+-----+---------+----------------+

1 row in set( 0.00sec)

# 使用select语句来查询,这里我们就直接指定与show columns语句输出信息相对应的列来做一个对比

## 语法

SELECTCOLUMN_NAME, DATA_TYPE, IS_NULLABLE, COLUMN_DEFAULT

FROMINFORMATION_SCHEMA.COLUMNS

WHEREtable_name = 'tbl_name'

[ ANDtable_schema = 'db_name']

[ ANDcolumn_name LIKE'wild']

## 查询结果如下

root@localhost : information_schema 12: 42: 20> SELECTCOLUMN_NAME, DATA_TYPE, IS_NULLABLE, COLUMN_DEFAULT FROMINFORMATION_SCHEMA.COLUMNS wheretable_schema= 'sbtest'andtable_name= 'sbtest1';

+ -------------+-----------+-------------+----------------+

| COLUMN_NAME | DATA_TYPE | IS_NULLABLE | COLUMN_DEFAULT |

+ -------------+-----------+-------------+----------------+

| id | int | NO | NULL |

| k | int | NO | 0 |

| c | char | NO | |

| pad | char | NO | |

+ -------------+-----------+-------------+----------------+

4 rows in set( 0.00sec)

# 另外,还可以使用desc语句和show create table tb_name;语句来查询列信息,这里不再赘述,请自行尝试

descdb_name.tb_name column_name;

desc db_name.tb_name;

showcreatetabletb_name;

PS:查询某个表所有的字段的可授予权限,除了直接查询columns表之外,还可以使用show full columns语句,如下(Privileges列内容展示了对应的字段所有的可授予权限)

root@localhost : information_schema 09 :29:07> show full columns from sbtest.sbtest1;

+-------+------------------+-----------+------+-----+---------+----------------+---------------------------------+---------+

| Field |Type | Collation |Null | Key |Default | Extra |Privileges | Comment |

+-------+------------------+-----------+------+-----+---------+----------------+---------------------------------+---------+

| id |int( 10) unsigned | NULL |NO | PRI |NULL | auto_increment |select,insert,update,references | |

| k |int( 10) unsigned | NULL |NO | MUL |0| |select,insert,update,references | |

| c |char( 120) | utf8_bin |NO | MUL || |select,insert,update,references | |

| pad |char( 60) | utf8_bin |NO | || |select,insert,update,references | |

+-------+------------------+-----------+------+-----+---------+----------------+---------------------------------+---------+

4rows inset ( 0. 00sec)

2. KEY_COLUMN_USAGE

该表提供查询哪些索引列存在约束条件

admin@localhost : information _schema 05:52:31> select * from KEY_COLUMN _USAGE where TABLE_NAME='sbtest1' limit 1G;

*************************** 1. row ***************************

CONSTRAINT_CATALOG: def

CONSTRAINT_SCHEMA: sbtest

CONSTRAINT_NAME: PRIMARY

TABLE_CATALOG: def

TABLE_SCHEMA: sbtest

TABLE_NAME: sbtest1

COLUMN_NAME: id

ORDINAL_POSITION: 1

POSITION _IN_UNIQUE_CONSTRAINT: NULL

REFERENCED _TABLE_SCHEMA: NULL

REFERENCED _TABLE_NAME: NULL

REFERENCED _COLUMN_NAME: NULL

1 row in set (0.00 sec)

  • CONSTRAINT_CATALOG:约束登记名称,该列值总是为def
  • CONSTRAINT_SCHEMA: 约束所在的数据库名
  • CONSTRAINT_NAME:约束名称
  • TABLE_CATALOG:约束所在的表的登记名称,该列值总是为def
  • TABLE_SCHEMA: 约束所在的数据库名
  • TABLE_NAME:约束所在的表名
  • COLUMN_NAME:约束所在的列名(索引列)
  • ORDINAL_POSITION:约束索引列在约束内的位置顺序(不是列在表内的位置顺序)。列位置顺序从1开始编号
  • POSITION_IN_UNIQUE_CONSTRAINT:对于唯一主键约束,POSITION_IN_UNIQUE_CONSTRAINT的值为NULL。 对于外键约束,它表示被外键引用列在其所在表中的索引中的位置顺序
  • REFERENCED_TABLE_SCHEMA:约束引用表所在的数据库名称
  • REFERENCED_TABLE_NAME:约束所引用表的名称
  • REFERENCED_COLUMN_NAME:约束所引用列的名称

如果约束是外键的,则该表中查询到的就是外键列(外键索引列),但没有记录引用关联关系。假设有两个表名为t1和t3,其定义如下:

# 父表(主表)

CREATETABLEt1

(

s1 INT,

s2 INT,

s3 INT,

PRIMARY KEY(s3)

) ENGINE= InnoDB;

# 子表(从表)

CREATETABLEt3

(

s1 INT,

s2 INT,

s3 INT,

KEY(s1),

CONSTRAINTCO FOREIGN KEY(s2) REFERENCESt1(s3)

) ENGINE= InnoDB;

# 对于这两个表,KEY_COLUMN_USAGE表中会记录如下两行约束信息,其中t1表的约束是主键,t3表的约束是外键:

CONSTRAINT_NAME ='PRIMARY',TABLE_NAME ='t1',COLUMN_NAME ='s3',ORDINAL_POSITION = 1,POSITION_IN_UNIQUE_CONSTRAINT = NULL

CONSTRAINT_NAME ='CO',TABLE_NAME ='t3',COLUMN_NAME ='s2',ORDINAL_POSITION = 1,POSITION_IN_UNIQUE_CONSTRAINT = 1

3. REFERENTIAL_CONSTRAINTS

该表提供查询关于外键约束的一些信息

# 使用MySQL样例数据库

root@localhost : information _schema 05:31:15> select * from REFERENTIAL_CONSTRAINTS where CONSTRAINT_SCHEMA='employees' limit 1G;

*************************** 1. row ***************************

CONSTRAINT_CATALOG: def

CONSTRAINT_SCHEMA: employees

CONSTRAINT _NAME: dept_emp _ibfk_1

UNIQUE _CONSTRAINT_CATALOG: def

UNIQUE _CONSTRAINT_SCHEMA: employees

UNIQUE _CONSTRAINT_NAME: PRIMARY

MATCH_OPTION: NONE

UPDATE_RULE: RESTRICT

DELETE_RULE: CASCADE

TABLE _NAME: dept_emp

REFERENCED _TABLE_NAME: employees

1 row in set (0.00 sec)

字段含义如下:

  • CONSTRAINT_SCHEMA和CONSTRAINT_NAME:表示外键所在的数据库名称和外键名称
  • UNIQUE_CONSTRAINT_SCHEMA,UNIQUE_CONSTRAINT_NAME和REFERENCED_TABLE_NAME:表示外键约束引用的表名、引用表所在的数据库名称和约束名称
  • MATCH_OPTION:唯一有效值是NONE
  • UPDATE_RULE或DELETE_RULE:表示update和delete约束的具体规则。有效值为CASCADE、SET NULL、SET DEFAULT、RESTRICT、NO ACTION。
  • TABLE_NAME:外键所在的表名,与INFORMATION_SCHEMA.TABLE_CONSTRAINTS中的TABLE_NAME的值相同
4. STATISTICS

该表提供查询关于索引的一些统计信息,一个索引列对应一行记录

admin@localhost : information_schema 06:15:14> select * from STATISTICS where TABLE_NAME='sbtest1' limit 1G;

*************************** 1. row ***************************

TABLE_CATALOG: def

TABLE_SCHEMA: sbtest

TABLE_NAME: sbtest1

NON_UNIQUE: 0

INDEX_SCHEMA: sbtest

INDEX_NAME: PRIMARY

SEQ_IN_INDEX: 1

COLUMN_NAME: id

COLLATION: A

CARDINALITY: 4392231

SUB_PART: NULL

PACKED: NULL

NULLABLE:

INDEX_TYPE: BTREE

COMMENT:

INDEX_COMMENT:

1 row in set (0.00 sec)

字段含义如下(部分字段)

  • TABLE_SCHEMA:表示索引对应的表所属的数据库名称
  • TABLE_NAME:表示索引所属的表名
  • NON_UNIQUE:表示索引是否是非唯一索引
  • INDEX_SCHEMA:表示索引所属的数据库名称
  • INDEX_NAME:表示索引名称
  • SEQ_IN_INDEX:由于STATISTICS表中记录的内容是一个索引列记录一行信息,所以,该字段用于记录索引列在索引中的顺序,从数字1开始计数
  • COLUMN_NAME:索引涉及的字段名称
  • COLLATION:索引的排序方式,有效值为:A(表示asc顺序排序)、D(desc倒序排序)、NULL(未排序)
  • CARDINALITY:索引的基数值(唯一值比例),该值是基于内部的统计信息来对索引唯一值进行估算的,要更新估算值,可以使用语句analyze table(对于myisam表,可以使用myisamchk -a 命令行工具更新)
  • SUB_PART:索引前缀长度。如果索引列只有部分被索引,则该字段值表示索引列的前缀字符数量(字节数量),如果整列被索引,则该字段值为NULL * 注意:前缀限制数量是以字节为单位的。 所以,在使用CREATE TABLE,ALTER TABLE和CREATE INDEX语句创建前缀索引时,你需要考虑字符集的因素。
  • NULLABLE:表示该字段是否包含NULL和空值,如果有,则该字段值为YES,否则为空。要注意,索引列只要允许为NULL,则该字段值就为YES
  • INDEX_TYPE:索引类型,有效值为:BTREE、HASH、RTREE、FULLTEXT等(该字段为 "MySQL extension" 列)
  • COMMENT:索引中没有描述的索引信息,例如:disabled表示该索引处于禁用状态。要注意:InnoDB的表的索引不支持关闭(MyISAM支持)
  • INDEX_COMMENT:索引注释信息(该字段为 "MySQL extension" 列)

PS:该表中的信息还可以使用show语句查询

# show index有两种方法,两种方法差别不大,如下

root@localhost : information_schema 07:04:47> show index from sbtest1 from sbtest;

+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

| Table |Non_unique | Key_name |Seq_in_index | Column_name |Collation | Cardinality |Sub_part | Packed |Null | Index_type |Comment | Index_comment |

+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

| sbtest1 |0| PRIMARY |1| id |A | 7522488 |NULL | NULL || BTREE || |

| sbtest1 |1| k_1 |1| k |A | 713252 |NULL | NULL || BTREE || |

| sbtest1 |1| i_c |1| c |A | 4176349 |NULL | NULL || BTREE || |

+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

3rows inset ( 0. 00sec)

root@localhost : information_schema 07:04:29> show index from sbtest.sbtest1;

+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

| Table |Non_unique | Key_name |Seq_in_index | Column_name |Collation | Cardinality |Sub_part | Packed |Null | Index_type |Comment | Index_comment |

+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

| sbtest1 |0| PRIMARY |1| id |A | 7522488 |NULL | NULL || BTREE || |

| sbtest1 |1| k_1 |1| k |A | 713252 |NULL | NULL || BTREE || |

| sbtest1 |1| i_c |1| c |A | 4176349 |NULL | NULL || BTREE || |

+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

3rows inset ( 0. 00sec)

5. TABLE_CONSTRAINTS

该表提供查询表相关的约束信息

admin@localhost : information_schema 06:19:37> select * from TABLE_CONSTRAINTS where TABLE_NAME= 'sbtest1';

+--------------------+-------------------+-----------------+--------------+------------+-----------------+

| CONSTRAINT_CATALOG |CONSTRAINT_SCHEMA | CONSTRAINT_NAME |TABLE_SCHEMA | TABLE_NAME |CONSTRAINT_TYPE |

+--------------------+-------------------+-----------------+--------------+------------+-----------------+

| def|sbtest|PRIMARY|sbtest|sbtest1|PRIMARYKEY|

+--------------------+-------------------+-----------------+--------------+------------+-----------------+

1row inset ( 0. 00sec)

字段含义如下:

  • CONSTRAINT_SCHEMA:约束所属的数据库名称
  • CONSTRAINT_NAME:约束名称
  • TABLE_SCHEMA:约束所在的表所属的数据库名称
  • TABLE_NAME:约束所在的表的表名
  • CONSTRAINT_TYPE:约束类型,有效值为:UNIQUE、PRIMARY KEY、FOREIGN KEY * 当索引具有唯一约束时(主键或唯一索引),主键索引该字段为PRIMARY KEY,唯一索引该字段为UNIQUE * 另外,该列值还支持一个CHECK值,但目前还不支持该类型的约束
6. FILES

该表提供查询MySQL的数据表空间文件相关的信息,包含InnoDB存储引擎和NDB存储引擎相关的数据文件信息,由于NDB存储引擎在国内较少使用,我们大多数场景(95%以上场景InnoDB存储引擎都可以使用)都是使用InnoDB存储引擎,以下我们只针对InnoDB存储引擎做介绍

  • 该表是Memory存储引擎表

# 表完整行记录数据

admin@localhost : information_schema 05: 44: 39> select * from FILES limit 1G;

*************************** 1.row ***************************

FILE_ID: 0

FILE_NAME: /home/mysql/data/mysqldata1/innodb_ts/ibdata1

FILE_TYPE: TABLESPACE

TABLESPACE_NAME: innodb_system

TABLE_CATALOG:

TABLE_SCHEMA: NULL

TABLE_NAME: NULL

LOGFILE_GROUP_NAME: NULL

LOGFILE_GROUP_NUMBER: NULL

ENGINE: InnoDB

FULLTEXT_KEYS: NULL

DELETED_ROWS: NULL

UPDATE_COUNT: NULL

FREE_EXTENTS: 3

TOTAL_EXTENTS: 2048

EXTENT_SIZE: 1048576

INITIAL_SIZE: 2147483648

MAXIMUM_SIZE: NULL

AUTOEXTEND_SIZE: 67108864

CREATION_TIME: NULL

LAST_UPDATE_TIME: NULL

LAST_ACCESS_TIME: NULL

RECOVER_TIME: NULL

TRANSACTION_COUNTER: NULL

VERSION: NULL

ROW_FORMAT: NULL

TABLE_ROWS: NULL

AVG_ROW_LENGTH: NULL

DATA_LENGTH: NULL

MAX_DATA_LENGTH: NULL

INDEX_LENGTH: NULL

DATA_FREE: 2105540608

CREATE_TIME: NULL

UPDATE_TIME: NULL

CHECK_TIME: NULL

CHECKSUM: NULL

STATUS: NORMAL

EXTRA: NULL

1row inset ( 0.00sec)

# 该表字段较多,通常,我们可能只需要查询一部分字段即可,类似如下:

root@localhost : information_schema 12: 22: 27> SELECT FILE_ID, FILE_NAME, FILE_TYPE, TABLESPACE_NAME, FREE_EXTENTS, TOTAL_EXTENTS, EXTENT_SIZE, INITIAL_SIZE, MAXIMUM_SIZE, AUTOEXTEND_SIZE, DATA_FREE, STATUS ENGINE FROM INFORMATION_SCHEMA.FILES G

字段含义如下(该表中所有字段都为 "MySQL extension" 列)

  • FILE_ID:表空间ID,也称"space_id"或"fil_space_t::id"
  • FILE_NAME:数据文件(表空间)名称。使用独立表空间和常规表空间的表的数据文件名中都有一个.ibd文件扩展名。undo log的前缀为"undo",系统表空间的前缀是"ibdata",临时表空间的前缀是"ibtmp",这些表空间文件的名称中都包含了文件路径(与MySQL数据目录相关,通常只有undo log为绝对路径,其他表空间文件为相对路径)
  • FILE_TYPE:表空间文件类型。 InnoDB表空间文件有三种可能的文件类型。 * TABLESPACE:表示表相关的系统表空间、常规表空间、独立表空间文件或其他形式的用户数据文件类型 * TEMPORARY:表示临时表空间的文件类型 * UNDO LOG:表示undo log表空间文件类型
  • TABLESPACE_NAME:表空间的SQL名称。常规表空间名称是SYS_TABLESPACES.NAME值。对于其他表空间文件,名称以"innodb_"开头,例如:"innodb_system"、"innodb_undo"和"innodb_file_per_table"。其中,"innodb_file_per_table_##"表示独立表空间名称(##表示表空间ID)
  • ENGINE:存储引擎名称。对于InnoDB存储引擎的文件,该列值总是InnoDB
  • FREE_EXTENTS:表示当前数据文件中空闲的可用区块的数量
  • TOTAL_EXTENTS:表示当前数据文件中总的区块数量。不计算文件末尾的部分
  • INITIAL_SIZE:表示数据文件的初始大小,以字节为单位
  • MAXIMUM_SIZE:表示数据文件中允许的最大字节数。除了系统表空间和临时表空间可以使用参数定义一个最大值之外(不设置自动扩展,指定的表空间大小即为该数据文件的最大值。系统表空间文件大小由innodb_data_file_path定义,临时表空间文件大小由innodb_temp_data_file_path定义),所有的数据文件的最大值均为NULL。当数据空间文件的最大值为NULL时,表示不限制表空间文件的文件大小限制
  • AUTOEXTEND_SIZE:表示表空间文件的自动扩展大小,由innodb_data_file_path系统配置参数定义(临时表空间的自动扩展大小由系统配置参数innodb_temp_data_file_path定义)
  • DATA_FREE:表示整个表空间的可用空间总量(以字节为单位)。预定义的系统表空间(包括系统表空间和临时表空间)可能有一个或多个数据文件
  • STATUS:默认为NORMAL。 InnoDB的独立表空间文件的信息可能会被记录为IMPORTING,此时表明表空间文件不可用
  • 以上字段含义解释仅适用于InnoDB引擎的数据文件。下面没有提及到的INFORMATION_SCHEMA.FILES表中的字段不适用于InnoDB存储引擎,且当文件为InnoDB引擎时这些未提及的字段信息显示为NULL值。
  • 该表中的数据是根据缓存在内存中的已打开数据文件来记录的,与查询INFORMATION_SCHEMA.INNODB_SYS_DATAFILES表中的内部数据字典信息不同,INFORMATION_SCHEMA.INNODB_SYS_DATAFILES中的数据是来自InnoDB存储引擎的内部数据字典表SYS_DATAFILES
  • INFORMATION_SCHEMA.FILES表中记录的数据包含了临时表空间数据信息(undo log独立表空间文件的信息也由INFORMATION_SCHEMA.FILES表记录)。临时表空间文件的数据信息在内部数据字典表SYS_DATAFILES中不可用,因此INNODB_SYS_DATAFILES表不记录。

注意:该表中的数据没有对应的show语句查询方式

7. ENGINES

该表提供查询MySQL Server支持的引擎相关的信息

admin@localhost : information_schema 05:43:13> select * from ENGINES;

+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+

| ENGINE |SUPPORT | COMMENT |TRANSACTIONS | XA |SAVEPOINTS |

+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+

| CSV | YES |CSV storage engine | NO |NO | NO |

| MRG_MYISAM |YES | Collection of identical MyISAM tables |NO | NO |NO |

| MyISAM | YES |MyISAM storage engine | NO |NO | NO |

| BLACKHOLE |YES | /dev/null storage engine (anything you write to it disappears) |NO | NO |NO |

| InnoDB | DEFAULT |Supports transactions, row-level locking, andforeign keys | YES |YES | YES |

| PERFORMANCE_SCHEMA |YES | Performance Schema |NO | NO |NO |

| ARCHIVE | YES |Archive storage engine | NO |NO | NO |

| MEMORY |YES | Hash based, stored inmemory, useful fortemporary tables | NO | NO |NO |

| FEDERATED | NO |Federated MySQL storage engine | NULL |NULL | NULL |

+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+

9rows inset ( 0. 01sec)

字段含义如下(该表中所有字段都为 "MySQL extension" 列)

  • ENGINE:引擎名称
  • SUPPORT:表示ENGINE字段显示的引擎在MySQL Server中是否支持
  • COMMENT:表示ENGINE字段显示的引擎相关的解释信息,例如:"Supports transactions, row-level locking, and foreign keys",表示支持事务、支持行级锁,支持外键
  • TRANSACTIONS:表示ENGINE字段显示的引擎是否支持事务
  • XA:表示ENGINE字段显示的引擎是否支持XA事务
  • SAVEPOINTS:表示ENGINE字段显示的引擎是否支持事务保存点

PS:该表中的内容还可以通过show语句查询

# 语法

SHOW[ STORAGE] ENGINES

# 示例

root@localhost : information_schema 10: 21: 05> showengines;

+ --------------------+---------+----------------------------------------------------------------+--------------+------+------------+

| Engine | Support | Comment| Transactions | XA | Savepoints |

+ --------------------+---------+----------------------------------------------------------------+--------------+------+------------+

| MEMORY| YES | Hashbased, storedinmemory, useful fortemporarytables| NO| NO| NO|

| CSV | YES | CSV storageengine| NO| NO| NO|

| MRG_MYISAM | YES | Collection ofidentical MyISAM tables| NO| NO| NO|

| BLACKHOLE | YES | /dev/ nullstorageengine(anything you write toit disappears) | NO| NO| NO|

| InnoDB| DEFAULT| Supports transactions, row- levellocking, andforeign keys| YES | YES | YES |

| PERFORMANCE_SCHEMA | YES | PerformanceSchema| NO| NO| NO|

| ARCHIVE| YES | Archivestorageengine| NO| NO| NO|

| MyISAM | YES | MyISAM storageengine| NO| NO| NO|

| FEDERATED | NO| Federated MySQL storageengine| NULL| NULL| NULL|

+ --------------------+---------+----------------------------------------------------------------+--------------+------+------------+

9rowsinset( 0.00sec)

8. TABLESPACES

该表提供查询关于活跃表空间的相关信息(主要记录的是NDB存储引擎表空间信息)

  • 注意:该表不提供有关InnoDB存储引擎的表空间的信息。 对于InnoDB表空间元数据信息,请查询INNODB_SYS_TABLESPACES和INNODB_SYS_DATAFILES表。另外,从MySQL 5.7.8开始,INFORMATION_SCHEMA.FILES表也提供查询InnoDB表空间的元数据信息

# 暂无,需要创建NDB存储引擎表

字段含义如下(该表中的所有字段为 "MySQL extension" 列)

  • TABLESPACE_NAME:表空间文件名称
  • ENGINE:引擎名称
  • TABLESPACE_TYPE:表空间类型
  • LOGFILE_GROUP_NAME:日志文件组名称
  • EXTENT_SIZE:区块大小
  • AUTOEXTEND_SIZE:自动扩展大小
  • MAXIMUM_SIZE:表空间文件最大大小
  • NODEGROUP_ID:节点ID
  • TABLESPACE_COMMENT:表空间文件注释信息
9. SCHEMATA

该表提供查询MySQL Server中的数据库列表信息,一个schema就代表一个database

root@localhost : information_schema 06:35:32> select * from schemata;

+--------------+--------------------+----------------------------+------------------------+----------+

| CATALOG_NAME |SCHEMA_NAME | DEFAULT_CHARACTER_SET_NAME |DEFAULT_COLLATION_NAME | SQL_PATH |

+--------------+--------------------+----------------------------+------------------------+----------+

| def |information_schema | utf8 |utf8_general_ci | NULL |

| def |employees | utf8 |utf8_bin | NULL |

| def |luoxiaobo | utf8 |utf8_bin | NULL |

| def |mysql | utf8 |utf8_bin | NULL |

| def |performance_schema | utf8 |utf8_general_ci | NULL |

| def |qfsys | utf8 |utf8_bin | NULL |

| def |sbtest | utf8 |utf8_bin | NULL |

| def |sys | utf8 |utf8_general_ci | NULL |

| def |test | utf8 |utf8_bin | NULL |

+--------------+--------------------+----------------------------+------------------------+----------+

9rows inset ( 0. 00sec)

  • SCHEMA_NAME:数据库名称
  • DEFAULT_CHARACTER_SET_NAME:数据库的默认字符集名称
  • DEFAULT_COLLATION_NAME:数据库的默认校对规则名称
  • SQL_PATH:总是为NULL

PS:该表中的信息还可以使用show语句查询

root@localhost : information_schema 06:41:30> show databases;

+--------------------+

| Database |

+--------------------+

| information_schema |

| employees |

| luoxiaobo |

| mysql |

| performance_schema |

| qfsys |

| sbtest |

| sys |

| test |

+--------------------+

9rows inset ( 0. 00sec)

本期内容就介绍到这里,本期内容参考链接如下:返回搜狐,查看更多

  • https://dev.mysql.com/doc/refman/5.7/en/columns-table.html
  • https://dev.mysql.com/doc/refman/5.7/en/key-column-usage-table.html
  • https://dev.mysql.com/doc/refman/5.7/en/referential-constraints-table.html
  • https://dev.mysql.com/doc/refman/5.7/en/statistics-table.html
  • https://dev.mysql.com/doc/refman/5.7/en/table-constraints-table.html
  • https://dev.mysql.com/doc/refman/5.7/en/files-table.html
  • https://dev.mysql.com/doc/refman/5.7/en/engines-table.html
  • https://dev.mysql.com/doc/refman/5.7/en/tablespaces-table.html
  • https://dev.mysql.com/doc/refman/5.7/en/schemata-table.html
本文关键词:字段 , 索引 , 空间

相关文章

X

3C团-上所有的内容均由网友收集整理,纯属个人爱好并供广大网友交流学习之用,作品版权均为原版权人所有。
如果版权所有人认为在本站放置您的作品会损害您的利益,请指出,本站在核实之后会立即删除。QQ:22359512
Copyright 2006-2019 3ctuan.cn Inc. all Rights Reserved