InnoDB INFORMATION_SCHEMA System Tables

可以使用InnoDB INFORMATION_SCHEMA系统表提取有关InnoDB管理的schema对象的元数据。 此信息来自InnoDB内部系统表(也称为InnoDB数据字典),无法像常规InnoDB表那样直接查询。 传统上,您将使用“InnoDB监控”中的技术获取此类信息,设置InnoDB监控并解析SHOW ENGINE INNODB STATUS语句的输出。 InnoDB INFORMATION_SCHEMA表接口允许您使用SQL查询此数据。

除了INNODB_SYS_TABLESTATS之外,没有相应的内部系统表,InnoDB INFORMATION_SCHEMA系统表填充了直接从内部InnoDB系统表读取的数据,而不是从内存中缓存的元数据中读取。

InnoDB INFORMATION_SCHEMA系统表包括下面列出的表

  1. mysql> SHOW TABLES FROM INFORMATION_SCHEMA LIKE 'INNODB_SYS%';
  2. +--------------------------------------------+
  3. | Tables_in_INFORMATION_SCHEMA (INNODB_SYS%) |
  4. +--------------------------------------------+
  5. | INNODB_SYS_DATAFILES |
  6. | INNODB_SYS_VIRTUAL |
  7. | INNODB_SYS_INDEXES |
  8. | INNODB_SYS_TABLES |
  9. | INNODB_SYS_FIELDS |
  10. | INNODB_SYS_TABLESPACES |
  11. | INNODB_SYS_FOREIGN_COLS |
  12. | INNODB_SYS_COLUMNS |
  13. | INNODB_SYS_FOREIGN |
  14. | INNODB_SYS_TABLESTATS |
  15. +--------------------------------------------+
  16. 10 rows in set (0.00 sec)

各表提供的信息:

  • INNODB_SYS_TABLES:提供有关InnoDB表的元数据,相当于InnoDB数据字典中SYS_TABLES表中的信息。

  • INNODB_SYS_COLUMNS:提供有关InnoDB表列的元数据,相当于InnoDB数据字典中SYS_COLUMNS表中的信息。

  • INNODB_SYS_INDEXES:提供有关InnoDB索引的元数据,相当于InnoDB数据字典中SYS_INDEXES表中的信息。

  • INNODB_SYS_FIELDS:提供有关InnoDB索引的键列(字段)的元数据,相当于InnoDB数据字典中SYS_FIELDS表中的信息。

  • INNODB_SYS_TABLESTATS:提供了有关InnoDB表的low-level状态信息的视图,该信息源自内存数据结构。没有相应的内部InnoDB系统表。

  • INNODB_SYS_DATAFILES:为InnoDB每表和一般表空间提供数据文件路径信息,相当于InnoDB数据字典中SYS_DATAFILES表中的信息。

  • INNODB_SYS_TABLESPACES:提供有关InnoDB 单独表空间一般表空间的元数据,相当于InnoDB数据字典中SYS_TABLESPACES表中的信息。

  • INNODB_SYS_FOREIGN:提供有关InnoDB表上定义的外键的元数据,相当于InnoDB数据字典中SYS_FOREIGN表中的信息。

  • INNODB_SYS_FOREIGN_COLS:提供有关InnoDB表上定义的外键列的元数据,相当于InnoDB数据字典中SYS_FOREIGN_COLS表中的信息。

  • INNODB_SYS_VIRTUAL表提供有关InnoDB虚拟生成列和虚拟生成列所基于的列的元数据,相当于InnoDB数据字典中SYS_VIRTUAL表中的信息。

16. INNODB_SYS_COLUMNS

INNODB_SYS_COLUMNS表提供有关InnoDB表列的元数据,相当于InnoDB数据字典中SYS_COLUMNS表的信息。

有关相关用法信息和示例,请参见“InnoDB INFORMATION_SCHEMA系统表”。

INNODB_SYS_COLUMNS表包含以下列:

  • TABLE_ID:表示与列关联的表的标识符;与INNODB_SYS_TABLES.TABLE_ID相同的值。
  • NAME :列的名称。这些名称可以是大写或小写,具体取决于lower_case_table_names设置。列没有特殊的系统保留名称。
  • POS :表中列的序号位置,从0开始并按顺序递增。 删除列时,将重新排序其余列,以使序列没有间隙。 虚拟生成列的POS值对列序列号和列的序号位置进行编码。 有关更多信息,请参见“INFORMATION_SCHEMA INNODB_SYS_VIRTUAL”表中的POS列说明。
  • MTYPE :代表“主要类型”。列类型的数字标识符。 1 = VARCHAR,2 = CHAR,3 = FIXBINARY,4 = BINARY,5 = BLOB,6 = INT,7 = SYS_CHILD,8 = SYS,9 = FLOAT,10 = DOUBLE,11 = DECIMAL,12 = VARMYSQL,13 = MYSQL,14 =GEOMETRY。
  • PRTYPE :InnoDB“精确类型”,一个二进制值,其中的位表示MySQL数据类型,字符集代码和可空性。
  • LEN :列长度,例如4表示INT,8表示BIGINT。 对于多字节字符集中的字符列,此长度值是表示定义(如VARCHAR(N))所需的最大字节长度; 也就是说,它可能是2 * N,3 * N,4 * N依此类推,具体取决于字符编码。

示例

  1. mysql> desc test.tp;
  2. +-------+-------------+------+-----+---------+-------+
  3. | Field | Type | Null | Key | Default | Extra |
  4. +-------+-------------+------+-----+---------+-------+
  5. | c1 | int(11) | YES | | NULL | |
  6. | c2 | int(11) | YES | | NULL | |
  7. | c3 | varchar(25) | YES | | NULL | |
  8. +-------+-------------+------+-----+---------+-------+
  9. 3 rows in set (0.07 sec)
  10. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_COLUMNS where table_id=102;
  11. +----------+------+-----+-------+---------+-----+
  12. | TABLE_ID | NAME | POS | MTYPE | PRTYPE | LEN |
  13. +----------+------+-----+-------+---------+-----+
  14. | 102 | c1 | 0 | 6 | 1027 | 4 |
  15. | 102 | c2 | 1 | 6 | 1027 | 4 |
  16. | 102 | c3 | 2 | 12 | 2949135 | 100 |
  17. +----------+------+-----+-------+---------+-----+
  18. 3 rows in set (0.01 sec)

Notes

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

17. INNODB_SYS_DATAFILES

INNODB_SYS_DATAFILES表提供InnoDB文件每表和一般表空间的数据文件路径信息,相当于InnoDB数据字典中SYS_DATAFILES表中的信息。

有关相关用法信息和示例,请参见第“InnoDB INFORMATION_SCHEMA系统表”。

【注意】

INFORMATION_SCHEMA FILES表报告所有InnoDB表空间类型的元数据,包括单独表空间,通用表空间,系统表空间,临时表空间和undo表空间(如果存在)。

INNODB_SYS_DATAFILES表包含以下列:

  • SPACE:表空间ID。

  • PATH:表空间数据文件路径。如果在MySQL数据目录之外的位置创建了每表文件表空间,则路径值是绝对路径。否则,为相对路径。

示例

  1. mysql> select * from innodb_sys_datafiles limit 48,2;
  2. +-------+----------------------------------------------------------+
  3. | SPACE | PATH |
  4. +-------+----------------------------------------------------------+
  5. | 226 | ./test/FTS_000000000000006b_000000000000007a_INDEX_6.ibd | --在datadir目录内相对路径
  6. | 228 | /data/mysql3306_data/test/x1.ibd | --在datadir目录之外创建的,绝对路径
  7. +-------+----------------------------------------------------------+
  8. 2 rows in set (0.00 sec)

Notes

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

18. INNODB_SYS_FIELDS

INNODB_SYS_FIELDS表提供有关InnoDB索引的键列(字段)的元数据,相当于InnoDB数据字典中SYS_FIELDS表的信息。

有关相关用法信息和示例,请参见第“InnoDB INFORMATION_SCHEMA系统表”。

INNODB_SYS_FIELDS表包含以下列:

  • INDEX_ID:与此键字段关联的索引的标识符;与INNODB_SYS_INDEXES.INDEX_ID相同的值。
  • NAME:表中原始列的名称;与INNODB_SYS_COLUMNS.NAME相同的值。
  • POS:索引中关键字段的序号位置,从0开始并按顺序递增。删除列时,将重新排序其余列,以使序列没有间隙。

示例

  1. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_FIELDS where index_id=102;
  2. +----------+------+-----+
  3. | INDEX_ID | NAME | POS |
  4. +----------+------+-----+
  5. | 102 | s1 | 0 |
  6. +----------+------+-----+
  7. 1 row in set (0.00 sec)

Notes

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

19. INNODB_SYS_FOREIGN

INNODB_SYS_FOREIGN表提供有关InnoDB外键的元数据,相当于InnoDB数据字典中SYS_FOREIGN表的信息。

有关相关用法信息和示例,请参见第“InnoDB INFORMATION_SCHEMA系统表”。

INNODB_SYS_FOREIGN表包含以下列:

  • ID :外键索引的名称(不是数字值)。在schema(数据库)名称之前,例如test/products_fk。
  • FOR_NAME:此外键关系中子表的名称。
  • REF_NAME:此外键关系中父表的名称。
  • N_COLS :外键索引中的列数。
  • TYPE :包含有关外键列的信息的位标志集合,或者一起进行OR运算。 1 = ON DELETE CASCADE, 2 = ON UPDATE SET NULL, 4 = ON UPDATE CASCADE, 8 = ON UPDATE SET NULL, 16 = ON DELETE NO ACTION, 32 = ON UPDATE NO ACTION .

示例

  1. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_FOREIGN;
  2. +---------+----------+----------+--------+------+
  3. | ID | FOR_NAME | REF_NAME | N_COLS | TYPE |
  4. +---------+----------+----------+--------+------+
  5. | test/CO | test/t3 | test/t1 | 1 | 0 |
  6. +---------+----------+----------+--------+------+
  7. 1 row in set (0.00 sec)

Notes

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

20. INNODB_SYS_FOREIGN_COLS

INNODB_SYS_FOREIGN_COLS表提供有关InnoDB外键列的状态信息,相当于InnoDB数据字典中SYS_FOREIGN_COLS表的信息。

有关相关用法信息和示例,请参见第“InnoDB INFORMATION_SCHEMA系统表”。

INNODB_SYS_FOREIGN_COLS表包含以下列:

  • ID:与此索引键字段关联的外键索引,使用与INNODB_SYS_FOREIGN.ID相同的值。
  • FOR_COL_NAME:子表中关联列的名称。
  • REF_COL_NAME:父表中关联列的名称。
  • POS:外键索引中此键字段的序号位置,从0开始。

示例

  1. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_FOREIGN_COLS;
  2. +---------+--------------+--------------+-----+
  3. | ID | FOR_COL_NAME | REF_COL_NAME | POS |
  4. +---------+--------------+--------------+-----+
  5. | test/CO | s2 | s3 | 0 |
  6. +---------+--------------+--------------+-----+
  7. 1 row in set (0.00 sec)

Notes

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

21. INNODB_SYS_INDEXES

INNODB_SYS_INDEXES表提供有关InnoDB索引的元数据,相当于InnoDB数据字典中内部SYS_INDEXES表中的信息。

有关相关用法信息和示例,请参见第“InnoDB INFORMATION_SCHEMA系统表”。

INNODB_SYS_INDEXES表包含以下列:

  • INDEX_ID :索引的标识符。索引标识符在实例中的所有数据库中都是唯一的。
  • NAME :索引的名称。 InnoDB隐式创建的大多数索引具有一致的名称,但索引名称不一定是唯一的。 示例:主键索引为PRIMARY,未指定主键时表示主键的索引为GEN_CLUST_INDEX,外键约束为ID_IND,FOR_IND和REF_IND。
  • TABLE_ID :表示与索引关联的表的标识符;与INNODB_SYS_TABLES.TABLE_ID相同的值。
  • TYPE :从标识索引类型的位级信息派生的数值。 0 =非唯一二级指数; 1 =自动生成聚簇索引(GEN_CLUST_INDEX); 2 =唯一的非聚集索引; 3 =聚集索引; 32 =全文索引; 64 =空间指数; 128 =虚拟生成列上的二级索引。
  • N_FIELDS :索引键中的列数。对于GEN_CLUST_INDEX索引,此值为0,因为索引是使用人工值而不是实际表列创建的。
  • PAGE_NO :索引B树的根页码。对于全文索引,PAGE_NO字段未使用并设置为-1(FIL_NULL),因为全文索引在多个B树(辅助表)中布局。
  • SPACE :索引所在的表空间的标识符。 0表示InnoDB系统表空间。 任何其他数字表示使用单独的.ibd文件以单独表空间创建的表。 在TRUNCATE TABLE语句之后,此标识符保持不变。 由于表的所有索引都与表位于同一表空间中,因此该值不一定是唯一的。
  • MERGE_THRESHOLD:索引页面的合并阈值。 如果删除行或者更新操作缩短行时索引页中的数据量低于MERGE_THRESHOLD值,InnoDB会尝试将索引页与相邻索引页合并。 默认阈值为50%。 有关更多信息,请参见“配置索引页的合并阈值”。

示例

  1. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_INDEXES where index_id = 102;
  2. +----------+------+----------+------+----------+---------+-------+-----------------+
  3. | INDEX_ID | NAME | TABLE_ID | TYPE | N_FIELDS | PAGE_NO | SPACE | MERGE_THRESHOLD |
  4. +----------+------+----------+------+----------+---------+-------+-----------------+
  5. | 102 | s1 | 95 | 0 | 1 | 4 | 202 | 50 |
  6. +----------+------+----------+------+----------+---------+-------+-----------------+
  7. 1 row in set (0.00 sec)

Notes

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

22. INNODB_SYS_TABLES

INNODB_SYS_TABLES表提供有关InnoDB表的元数据,相当于InnoDB数据字典中SYS_TABLES表的信息。

有关相关用法信息和示例,请参见第“InnoDB INFORMATION_SCHEMA系统表”。

INNODB_SYS_TABLES表包含以下列:

  • TABLE_ID :InnoDB表的标识符。该值在实例中的所有数据库中都是唯一的。
  • NAME :表的名称。在适当的位置由模式(数据库)名称开头,例如test/t1。数据库和用户表的名称与最初定义的名称相同,可能受lower_case_table_names设置的影响。
  • FLAG :有关表格式和存储特性的位级数据,包括行格式,压缩页面大小(如果适用),以及DATA DIRECTORY子句是否与CREATE TABLE或ALTER TABLE一起使用。
  • N_COLS :表中的列数。报告的数字包括InnoDB创建的三个隐藏列(DB_ROW_ID,DB_TRX_ID和DB_ROLL_PTR)。报告的数字还包括虚拟生成的列(如果存在)。
  • SPACE :表所在表空间的标识符。 0表示InnoDB系统表空间。 任何其他数字表示每个表的文件表空间或一般的表空间。 在TRUNCATE TABLE语句之后,此标识符保持不变。 对于每表文件表空间,此标识符对于实例中所有数据库的表是唯一的。
  • FILE_FORMAT :表的文件格式(Antelope或Barracuda)。
  • ROW_FORMAT :表的行格式 (Compact, Redundant, Dynamic, Compressed).
  • ZIP_PAGE_SIZE:zip页面大小。仅适用于使用压缩行格式的表。
  • SPACE_TYPE :表所属的表空间类型。 可能的值包括系统表空间的System,通用表空间的General和单独表空间的Single。 使用CREATE TABLE或ALTER TABLE TABLESPACE = innodb_system分配给系统表空间的表具有常规SPACE_TYPE。 有关更多信息,请参见CREATE TABLESPACE。

示例

  1. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE TABLE_ID = 214\G
  2. *************************** 1. row ***************************
  3. TABLE_ID: 214
  4. NAME: test/t1
  5. FLAG: 129
  6. N_COLS: 4
  7. SPACE: 233
  8. FILE_FORMAT: Antelope
  9. ROW_FORMAT: Compact
  10. ZIP_PAGE_SIZE: 0
  11. SPACE_TYPE: General

Notes

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

解释INNODB_SYS_TABLES.FLAG列值

INNODB_SYS_TABLES.FLAG列提供有关表格格式和存储特征的位级信息。 您可以通过将下表中提供的适用十进制数值相加来解释FLAG列值。

在以下示例中,表t1使用ROW_FORMAT = DYNAMIC并且FLAG值为33.根据上表中的信息,我们可以看到位位置0将被设置为1,位位置5将被设置为32 具有DYNAMIC行格式的表。 这些值加起来为FLAG值33。

  1. mysql> USE test;
  2. Database changed
  3. mysql> SET GLOBAL innodb_file_format=Barracuda;
  4. Query OK, 0 rows affected (0.00 sec)
  5. mysql> CREATE TABLE t1 (c1 int) ROW_FORMAT=DYNAMIC;
  6. Query OK, 0 rows affected (0.02 sec)
  7. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE NAME LIKE 'test/t1'\G
  8. *************************** 1. row ***************************
  9. TABLE_ID: 89
  10. NAME: test/t1
  11. FLAG: 33
  12. N_COLS: 4
  13. SPACE: 75
  14. FILE_FORMAT: Barracuda
  15. ROW_FORMAT: Dynamic
  16. ZIP_PAGE_SIZE: 0
  17. 1 row in set (0.00 sec)

23. INNODB_SYS_TABLESPACES

INNODB_SYS_TABLESPACES表提供有关InnoDB文件每表和一般表空间的元数据,相当于InnoDB数据字典中SYS_TABLESPACES表中的信息。

有关相关用法信息和示例,请参见第“InnoDB INFORMATION_SCHEMA系统表”。

【注意】

INFORMATION_SCHEMA FILES表报告所有InnoDB表空间类型的元数据,包括单独表空间,通用表空间,系统表空间,临时表空间和撤消表空间(如果存在)。

INNODB_SYS_TABLESPACES表包含以下列:

  • SPACE :表空间ID
  • NAME :schema(数据库)和表名,例如test/t1
  • FLAG :有关表空间格式和存储特性的位级数据。
  • FILE_FORMAT :表空间文件格式。 例如,Antelope,Barracuda或Any(通用表空间支持任何行格式)。 此字段中的数据是从驻留在.ibd文件中的表空间标记信息中解释的。 有关InnoDB文件格式的更多信息,请参见“InnoDB文件格式管理”。
  • ROW_FORMAT :表空间行格式(Compact or Redundant, Dynamic, or Compressed)。此字段中的数据是从驻留在.ibd文件中的表空间标记信息中解释的。
  • PAGE_SIZE :表空间页面大小。此字段中的数据是从驻留在.ibd文件中的表空间标记信息中解释的。
  • ZIP_PAGE_SIZE :表空间zip页面大小。此字段中的数据是从驻留在.ibd文件中的表空间标记信息中解释的。
  • SPACE_TYPE :表空间的类型。可能的值包括常规表空间的常规和每表文件表空间的单个。
  • FS_BLOCK_SIZE :文件系统块大小,是用于打孔的单位大小。此列添加了InnoDB透明页面压缩功能的介绍。
  • FILE_SIZE :表示文件的最大大小,未压缩。此列添加了InnoDB透明页面压缩功能的介绍。
  • ALLOCATED_SIZE:文件的实际大小,即磁盘上分配的空间量。此列添加了InnoDB透明页面压缩功能的介绍。

示例

  1. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES limit 48,2;
  2. +-------+----------------------------------------------------+------+-------------+------------+-----------+---------------+------------+---------------+-----------+----------------+
  3. | SPACE | NAME | FLAG | FILE_FORMAT | ROW_FORMAT | PAGE_SIZE | ZIP_PAGE_SIZE | SPACE_TYPE | FS_BLOCK_SIZE | FILE_SIZE | ALLOCATED_SIZE |
  4. +-------+----------------------------------------------------+------+-------------+------------+-----------+---------------+------------+---------------+-----------+----------------+
  5. | 226 | test/FTS_000000000000006b_000000000000007a_INDEX_6 | 33 | Barracuda | Dynamic | 16384 | 0 | Single | 4096 | 98304 | 98304 |
  6. | 228 | test/x1 | 1057 | Barracuda | Dynamic | 16384 | 0 | Single | 4096 | 98304 | 98304 |
  7. +-------+----------------------------------------------------+------+-------------+------------+-----------+---------------+------------+---------------+-----------+----------------+
  8. 2 rows in set (0.00 sec)

Notes

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

  • 因为所有Antelope文件格式的表空间标志始终为零(与表标志不同),如果表空间行格式为Redundant或Compact,则无法从此标志中确定整数。 因此,ROW_FORMAT字段的可能值为“Compact或Redundant”,“Compressed”或“Dynamic”。

  • 随着通用表空间的引入,InnoDB系统表空间数据(用于SPACE 0)在INNODB_SYS_TABLESPACES中公开。

解释INNODB_SYS_TABLESPACES.FLAG列值

INNODB_SYS_TABLESPACES.FLAG列提供有关表空间格式和存储特征的位级信息。

在MySQL 5.6之前,除了bit位置0设置之外,表和表空间标志是相同的。 在MySQL 5.6中,增加了对4K和8K页面的支持,这需要额外的4位来保存逻辑页面大小。 同样在MySQL 5.6中,为CREATE TABLE和ALTER TABLE DATA DIRECTORY子句添加了支持,该子句允许将每表文件表空间存储在MySQL数据目录之外的位置。 此功能需要为表和表空间标志添加一个位,但不在同一位置。

您可以通过将下表中提供的适用十进制数值相加来解释表空间FLAG列值。





在以下示例中,使用innodb_file_per_table = ON创建表t1,它在其自己的表空间中创建表t1。 查询INNODB_SYS_TABLESPACES时,我们看到表空间的FLAG值为33.要确定此值的到达方式,请查看上表中描述的位值。 位0的值为1,因为表t1使用DYNAMIC行格式。 位5的值为32,因为表空间是使用DYNAMIC行格式的每表文件表空间。 位位置6-9为0,因为innodb_page_size设置为默认的16K值。 其他位值不适用,因此设置为0.位位置0和位位置5的值加起来为FLAG值33。

  1. mysql> USE test;
  2. Database changed
  3. mysql> SHOW VARIABLES LIKE 'innodb_file_per_table';
  4. +-----------------------+-------+
  5. | Variable_name | Value |
  6. +-----------------------+-------+
  7. | innodb_file_per_table | ON |
  8. +-----------------------+-------+
  9. 1 row in set (0.00 sec)
  10. mysql> SHOW VARIABLES LIKE 'innodb_page_size';
  11. +------------------+-------+
  12. | Variable_name | Value |
  13. +------------------+-------+
  14. | innodb_page_size | 16384 |
  15. +------------------+-------+
  16. 1 row in set (0.00 sec)
  17. mysql> SET GLOBAL innodb_file_format=Barracuda;
  18. Query OK, 0 rows affected (0.00 sec)
  19. mysql> CREATE TABLE t1 (c1 int) ROW_FORMAT=DYNAMIC;
  20. Query OK, 0 rows affected (0.02 sec)
  21. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES WHERE NAME LIKE 'test/t1'\G
  22. *************************** 1. row ***************************
  23. SPACE: 75
  24. NAME: test/t1
  25. FLAG: 33
  26. FILE_FORMAT: Barracuda
  27. ROW_FORMAT: Dynamic
  28. PAGE_SIZE: 16384
  29. ZIP_PAGE_SIZE: 0
  30. 1 row in set (0.00 sec)

24. INNODB_SYS_TABLESTATS

INNODB_SYS_TABLESTATS提供有关InnoDB表的low-level状态信息的视图。 MySQL优化器使用此数据来计算查询InnoDB表时要使用的索引。 此信息源自内存数据结构,而不是与存储在磁盘上的数据相对应。 没有相应的内部InnoDB系统表。

InnoDB表在此视图中表示,如果它们自上次服务器重新启动后已打开,并且不会超出表缓存。 持久统计信息可用的表始终在此视图中表示。

表统计信息仅针对修改索引列的DELETE或UPDATE操作进行更新。 仅修改非索引列的操作不会更新统计信息。

有关相关用法信息和示例,请参见第“InnoDB INFORMATION_SCHEMA系统表”。

INNODB_SYS_TABLESTATS视图有以下列:

  • TABLE_ID :表示可用统计信息的表的标识符;与INNODB_SYS_TABLES.TABLE_ID相同的值。
  • NAME :表的名称;与INNODB_SYS_TABLES.NAME相同的值。
  • STATS_INITIALIZED:如果已收集统计信息,则值为Initialized;否则为Uninitialized。
  • NUM_ROWS :表中当前估计的行数。每次DML操作后更新。如果未提交的事务插入表中或从表中删除,则可能不精确。
  • CLUST_INDEX_SIZE :存储聚簇索引的磁盘上的页数,它以主键顺序保存InnoDB表数据。如果尚未为表收集统计信息,则此值可能为null。
  • OTHER_INDEX_SIZE :磁盘上存储表的所有二级索引的页数。如果尚未为表收集统计信息,则此值可能为null。
  • MODIFIED_COUNTER :DML操作修改的行数,例如INSERT,UPDATE,DELETE,以及外键的级联操作。每次重新计算表统计信息时,都会重置此列
  • AUTOINC :为任何基于自动增量的操作发出的下一个数字。 AUTOINC值更改的速率取决于请求自动增量号码的次数以及每次请求授予的号码数量。
  • REF_COUNT :当此计数器达到零时,可以从表缓存中逐出表元数据。

示例

  1. mysql> mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLESTATS;
  2. +----------+----------------------------------------------------+-------------------+----------+------------------+------------------+------------------+---------+-----------+
  3. | TABLE_ID | NAME | STATS_INITIALIZED | NUM_ROWS | CLUST_INDEX_SIZE | OTHER_INDEX_SIZE | MODIFIED_COUNTER | AUTOINC | REF_COUNT |
  4. +----------+----------------------------------------------------+-------------------+----------+------------------+------------------+------------------+---------+-----------+
  5. | 14 | SYS_DATAFILES | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  6. | 11 | SYS_FOREIGN | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  7. | 12 | SYS_FOREIGN_COLS | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  8. | 13 | SYS_TABLESPACES | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  9. | 15 | SYS_VIRTUAL | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  10. | 62 | move_db/account | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  11. | 34 | mysql/engine_cost | Initialized | 2 | 1 | 0 | 0 | 0 | 0 |
  12. | 32 | mysql/gtid_executed | Initialized | 0 | 1 | 0 | 1 | 0 | 1 |
  13. | 36 | mysql/help_category | Initialized | 40 | 1 | 1 | 0 | 0 | 1 |
  14. | 37 | mysql/help_keyword | Initialized | 801 | 6 | 5 | 0 | 0 | 1 |
  15. | 38 | mysql/help_relation | Initialized | 469 | 5 | 0 | 0 | 0 | 1 |
  16. | 35 | mysql/help_topic | Initialized | 656 | 97 | 5 | 0 | 0 | 1 |
  17. | 28 | mysql/innodb_index_stats | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  18. | 27 | mysql/innodb_table_stats | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  19. | 16 | mysql/plugin | Initialized | 0 | 1 | 0 | 0 | 0 | 0 |
  20. | 33 | mysql/server_cost | Initialized | 6 | 1 | 0 | 0 | 0 | 0 |
  21. | 17 | mysql/servers | Initialized | 0 | 1 | 0 | 0 | 0 | 0 |
  22. | 30 | mysql/slave_master_info | Initialized | 0 | 1 | 0 | 0 | 0 | 0 |
  23. | 29 | mysql/slave_relay_log_info | Initialized | 0 | 1 | 0 | 0 | 0 | 0 |
  24. | 31 | mysql/slave_worker_info | Initialized | 0 | 1 | 0 | 0 | 0 | 0 |
  25. | 23 | mysql/time_zone | Initialized | 0 | 1 | 0 | 0 | 1 | 0 |
  26. | 26 | mysql/time_zone_leap_second | Initialized | 0 | 1 | 0 | 0 | 0 | 0 |
  27. | 22 | mysql/time_zone_name | Initialized | 0 | 1 | 0 | 0 | 0 | 0 |
  28. | 24 | mysql/time_zone_transition | Initialized | 0 | 1 | 0 | 0 | 0 | 0 |
  29. | 25 | mysql/time_zone_transition_type | Initialized | 0 | 1 | 0 | 0 | 0 | 0 |
  30. | 39 | sys/sys_config | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  31. | 113 | test/FTS_000000000000006b_000000000000007a_INDEX_1 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  32. | 114 | test/FTS_000000000000006b_000000000000007a_INDEX_2 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  33. | 115 | test/FTS_000000000000006b_000000000000007a_INDEX_3 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  34. | 116 | test/FTS_000000000000006b_000000000000007a_INDEX_4 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  35. | 117 | test/FTS_000000000000006b_000000000000007a_INDEX_5 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  36. | 118 | test/FTS_000000000000006b_000000000000007a_INDEX_6 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  37. | 108 | test/FTS_000000000000006b_BEING_DELETED | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  38. | 109 | test/FTS_000000000000006b_BEING_DELETED_CACHE | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  39. | 110 | test/FTS_000000000000006b_CONFIG | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  40. | 111 | test/FTS_000000000000006b_DELETED | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  41. | 112 | test/FTS_000000000000006b_DELETED_CACHE | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  42. | 106 | test/account | Initialized | 4 | 1 | 0 | 1 | 0 | 2 |
  43. | 107 | test/articles | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  44. | 64 | test/t | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  45. | 94 | test/t1 | Initialized | 0 | 1 | 0 | 0 | 0 | 1 |
  46. | 95 | test/t3 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  47. | 102 | test/tp#P#p0 | Initialized | 0 | 1 | 0 | 0 | 0 | 1 |
  48. | 103 | test/tp#P#p1 | Initialized | 0 | 1 | 0 | 0 | 0 | 1 |
  49. | 104 | test/tp#P#p2 | Initialized | 0 | 1 | 0 | 0 | 0 | 1 |
  50. | 105 | test/tp#P#p3 | Initialized | 0 | 1 | 0 | 0 | 0 | 1 |
  51. | 96 | test/ts#P#p0#SP#p0sp0 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  52. | 97 | test/ts#P#p0#SP#p0sp1 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  53. | 98 | test/ts#P#p1#SP#p1sp0 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  54. | 99 | test/ts#P#p1#SP#p1sp1 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  55. | 100 | test/ts#P#p2#SP#p2sp0 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  56. | 101 | test/ts#P#p2#SP#p2sp1 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  57. | 119 | test/x1 | Uninitialized | 0 | 0 | 0 | 0 | 0 | 0 |
  58. +----------+----------------------------------------------------+-------------------+----------+------------------+------------------+------------------+---------+-----------+
  59. 53 rows in set (0.00 sec)

Notes

  • 此表主要用于专家级性能监视,或者在为MySQL开发与性能相关的扩展时。

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

25. INNODB_SYS_VIRTUAL

INNODB_SYS_VIRTUAL表提供有关InnoDB虚拟生成列和虚拟生成列所基于的列的元数据,相当于InnoDB数据字典中SYS_VIRTUAL表中的信息。

对于虚拟生成列所基于的每个列,INNODB_SYS_VIRTUAL表中会出现一行。

INNODB_SYS_VIRTUAL表有以下列:

  • TABLE_ID:表示与虚拟列关联的表的标识符;与INNODB_SYS_TABLES.TABLE_ID相同的值。
  • POS:虚拟生成列的位置值。 该值很大,因为它编码列序列号和序号位置。 用于计算值的公式使用按位运算。 公式为((InnoDB实例的第n个虚拟生成列+ 1)<< 16)+虚拟生成列的序号位置。 例如,如果InnoDB实例中的第一个虚拟生成列是表的第三列,则公式为(0 + 1)<< 16)+ 2. InnoDB实例中的第一个虚拟生成列始终为数字0。 作为表中的第三列,虚拟生成列的序号位置为2.序数位置从0开始计算。
  • BASE_POS:虚拟生成列所基于的列的序号位置。

示例

  1. mysql> CREATE TABLE `t11` (
  2. `a` int(11) DEFAULT NULL,
  3. `b` int(11) DEFAULT NULL,
  4. `c` int(11) GENERATED ALWAYS AS (a+b) VIRTUAL,
  5. `h` varchar(10) DEFAULT NULL
  6. ) ENGINE=InnoDB;
  7. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_VIRTUAL
  8. -> WHERE TABLE_ID IN (SELECT TABLE_ID FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE NAME LIKE "test/t11");
  9. +----------+-------+----------+
  10. | TABLE_ID | POS | BASE_POS |
  11. +----------+-------+----------+
  12. | 120 | 65538 | 0 |
  13. | 120 | 65538 | 1 |
  14. +----------+-------+----------+
  15. 2 rows in set (0.00 sec)

Notes

  • 如果为虚拟生成的列分配常量值,如下例所示,该列的条目不会出现在INNODB_SYS_VIRTUAL表中。要显示条目,虚拟生成的列必须具有基本列。
  1. mysql> CREATE TABLE `t12` (
  2. -> `a` int(11) DEFAULT NULL,
  3. -> `b` int(11) DEFAULT NULL,
  4. -> `c` int(11) GENERATED ALWAYS AS (5) VIRTUAL
  5. -> ) ENGINE=InnoDB;
  6. Query OK, 0 rows affected (0.05 sec)
  7. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_VIRTUAL;
  8. +----------+-------+----------+
  9. | TABLE_ID | POS | BASE_POS |
  10. +----------+-------+----------+
  11. | 120 | 65538 | 0 |
  12. | 120 | 65538 | 1 |
  13. +----------+-------+----------+
  14. 2 rows in set (0.00 sec)
  15. mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_VIRTUAL
  16. -> WHERE TABLE_ID IN (SELECT TABLE_ID FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE NAME LIKE "test/t12");
  17. Empty set (0.00 sec)

但是,此类列的元数据将显示在INNODB_SYS_COLUMNS表中。

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

InnoDB INFORMATION_SCHEMA System Tables的更多相关文章

  1. InnoDB INFORMATION_SCHEMA Lock Tables

    InnoDB INFORMATION_SCHEMA Lock Tables 三张InnoDB INFORMATION_SCHEMA表使您能够监视事务并诊断潜在的锁定问题: INNODB_TRX:提供有 ...

  2. InnoDB INFORMATION_SCHEMA Buffer Pool Tables

    InnoDB INFORMATION_SCHEMA Buffer Pool Tables InnoDB INFORMATION_SCHEMA缓冲池表提供有关InnoDB缓冲池中页面的缓冲池状态信息和元 ...

  3. InnoDB INFORMATION_SCHEMA FULLTEXT Index Tables

    InnoDB INFORMATION_SCHEMA FULLTEXT Index Tables 下表提供了FULLTEXT索引的元数据: mysql> SHOW TABLES FROM INFO ...

  4. InnoDB INFORMATION_SCHEMA Tables about Compression

    InnoDB INFORMATION_SCHEMA Tables about Compression 了解关于压缩的InnoDB INFORMATION_SCHEMA表,可以深入了解压缩的整体运行情况 ...

  5. faster with MyISAM tables than with InnoDB or NDB tables

    http://dev.mysql.com/doc/refman/5.7/en/partitioning-limitations.html Performance considerations.  So ...

  6. InnoDB: Operating system error number 87 in a file operation. 错误87的解决方法

    InnoDB: Operating system error number 87 in a file operation. 错误87的解决方法 140628  8:10:48 [Note] Plugi ...

  7. InnoDB INFORMATION_SCHEMA Temporary Table Info Table

    InnoDB INFORMATION_SCHEMA Temporary Table Info Table INNODB_TEMP_TABLE_INFO提供有关InnoDB实例中当前活动的用户创建的In ...

  8. ArcEngine编辑保存错误:Unable to create logfile system tables

    通过ArcEngine对多个SDE中多个图层进行批量编辑处理,其中有部分图层在结束编辑的时候出现错误提示(部分图层可以,只有两个数据较多的图层保存失败). 错误信息:Unable to create ...

  9. [bug] Cannot proceed because system tables used by Event Scheduler were found damaged at server start

    本地:mac 10.12.3  mysql 5.6 远程:linux 7.3    mysql 5.7.18.  (远程数据库yum安装,又5.6升级到5.7) 步骤:从本地数据库导出数据到远程数据库 ...

随机推荐

  1. bzoj 1022: [SHOI2008]小约翰的游戏John【anti-nim】

    如果全是1,那么n是奇数先手必败 否则,xor和为0先手必败 证明见 https://www.cnblogs.com/Wolfycz/p/8430991.html #include<iostre ...

  2. bzoj 4403: 序列统计【lucas+组合数学】

    首先,给一个单调不降序列的第i位+i,这样就变成了单调上升序列,设原来数据范围是(l,r),改过之后变成了(l+1,r+n) 在m个数里选长为n的一个单调上升序列的方案数为\( C_m^n \),也就 ...

  3. jsp 接收汉字参数乱码

    这两天跟汉字问题较上劲了,真是考验基本功 1.  ${param.userName} 乱码 解决方法: <%String name = (String)request.getParameter( ...

  4. div倾斜 文字不倾斜

  5. Odd sum CodeForces - 797B

    Odd sum CodeForces - 797B 好方法:贪心 贪心2 糟糕(不用动脑)的方法:dp ans[i][0]表示到第i个和为偶数最大,ans[i][1]表示到第i个和为奇数最大. 但是, ...

  6. iOS开发隐藏tabBar的问题

    开发中遇到第一个页面需要显示tabBar,但是第二个页面不需要显示,当回到第一个页面的时候又需要显示的情况. 在第一个页面跳转到第二个页面的时候需要给第二个页面设置tabBar的隐藏 - (void) ...

  7. WPF日常需要使用的操作

    窗体如何居中弹出 在窗体上添加属性  WindowStartupLocation="CenterScreen" 窗体如何隐藏掉windows边框 添加属性WindowStyle=& ...

  8. hdu1513 Palindrome

    思路: dp+滚动数组. 实现: #include <iostream> #include <cstdio> #include <string> #include ...

  9. chrome inspect出现白屏的解决方案

    点inspect后 弹出框,可是里面一片白色 PS:原效果不是这样,只是图找不到随便p的 原因可以看这个:http://www.cnblogs.com/slmk/p/7591126.html 大概意思 ...

  10. java实现单向链表的增、删、改、查

    单向链表 作者:vashon package com.ywx.link; /** * 单向链表 * @author vashon * */ public class LinkTest { public ...