监控数据库的应用程序可能会频繁使用 INFORMATION_SCHEMA表。INFORMATION_SCHEMA可以优化某些类型的表查询以更快地执行。目标是尽量减少文件操作（例如，扫描目录或打开表文件）以收集构成这些动态表的信息。

1）尝试在WHERE 子句中对数据库和表名使用常量查找值

您可以按如下方式利用此原则：

此原则适用于 INFORMATION_SCHEMA下表中显示的表，该表显示了常量查找值使服务器能够避免目录扫描的列。例如，如果您选择 from ，则在 子句中TABLES使用常量查找值 for可以避免数据目录扫描。 TABLE_SCHEMAWHERE

仅限于特定常量数据库名称的查询的好处是只需对指定的数据库目录进行检查。例子：

SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = 'test';

使用文字数据库名称test使服务器能够只检查test数据库目录，而不管可能有多少个数据库。相比之下，以下查询效率较低，因为它需要扫描数据目录以确定哪些数据库名称与模式匹配'test%'：

SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA LIKE 'test%';

对于仅限于特定常量表名称的查询，只需对相应数据库目录中的命名表进行检查。例子：

SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = 'test' AND TABLE_NAME = 't1';

使用文字表名t1使服务器能够只检查t1 表的文件，而不管数据库中可能有多少表 test。相比之下，以下查询需要扫描test数据库目录以确定哪些表名与模式匹配 't%'：

SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = 'test' AND TABLE_NAME LIKE 't%';

以下查询需要扫描数据库目录以确定模式的匹配数据库名称 'test%'，并且对于每个匹配的数据库，它需要扫描数据库目录以确定模式的匹配表名称't%'：

SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = 'test%' AND TABLE_NAME LIKE 't%';

2) 编写查询以最小化必须打开的表文件的数量

对于引用某些 INFORMATION_SCHEMA表列的查询，可以使用多种优化来最大程度地减少必须打开的表文件的数量。例子：

SELECT TABLE_NAME, ENGINE FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = 'test';

在这种情况下，在服务器扫描数据库目录以确定数据库中表的名称之后，这些名称变得可用而无需进一步的文件系统查找。因此，TABLE_NAME不需要打开任何文件。（ENGINE存储引擎）值可以通过打开表的 .frm文件来确定，而无需触及其他表文件，例如.MYDor .MYI文件。

某些值（例如INDEX_LENGTH表 MyISAM）也需要打开 .MYD或.MYI文件。

文件打开优化类型表示如下：

以下列表说明了前面的优化类型如何应用于INFORMATION_SCHEMA表列。对于未命名的表和列，没有任何优化适用。

3) EXPLAIN用于确定服务器是否可以INFORMATION_SCHEMA 对查询使用优化

这尤其适用 INFORMATION_SCHEMA于从多个数据库中搜索信息的查询，这可能需要很长时间并影响性能。输出中的Extra值EXPLAIN指示服务器可以使用前面描述的哪些优化（如果有）来评估INFORMATION_SCHEMA 查询。Extra以下示例演示了您可以在值 中看到的信息类型 。

mysql> EXPLAIN SELECT TABLE_NAME FROM INFORMATION_SCHEMA.VIEWS WHERE
       TABLE_SCHEMA = 'test' AND TABLE_NAME = 'v1'\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: VIEWS
         type: ALL
possible_keys: NULL
          key: TABLE_SCHEMA,TABLE_NAME
      key_len: NULL
          ref: NULL
         rows: NULL
        Extra: Using where; Open_frm_only; Scanned 0 databases

Use of constant database and table lookup values enables the server to avoid directory scans. For references to VIEWS.TABLE_NAME, only the .frm file need be opened.

mysql> EXPLAIN SELECT TABLE_NAME, ROW_FORMAT FROM INFORMATION_SCHEMA.TABLES\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: TABLES
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: NULL
        Extra: Open_full_table; Scanned all databases

No lookup values are provided (there is no WHERE clause), so the server must scan the data directory and each database directory. For each table thus identified, the table name and row format are selected. TABLE_NAME requires no further table files to be opened (the SKIP_OPEN_TABLE optimization applies). ROW_FORMAT requires all table files to be opened (OPEN_FULL_TABLE applies). EXPLAIN reports OPEN_FULL_TABLE because it is more expensive than SKIP_OPEN_TABLE.

mysql> EXPLAIN SELECT TABLE_NAME, TABLE_TYPE FROM INFORMATION_SCHEMA.TABLES
       WHERE TABLE_SCHEMA = 'test'\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: TABLES
         type: ALL
possible_keys: NULL
          key: TABLE_SCHEMA
      key_len: NULL
          ref: NULL
         rows: NULL
        Extra: Using where; Open_frm_only; Scanned 1 database

No table name lookup value is provided, so the server must scan the test database directory. For the TABLE_NAME and TABLE_TYPE columns, the SKIP_OPEN_TABLE and OPEN_FRM_ONLY optimizations apply, respectively. EXPLAIN reports OPEN_FRM_ONLY because it is more expensive.

mysql> EXPLAIN SELECT B.TABLE_NAME
       FROM INFORMATION_SCHEMA.TABLES AS A, INFORMATION_SCHEMA.COLUMNS AS B
       WHERE A.TABLE_SCHEMA = 'test'
       AND A.TABLE_NAME = 't1'
       AND B.TABLE_NAME = A.TABLE_NAME\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: A
         type: ALL
possible_keys: NULL
          key: TABLE_SCHEMA,TABLE_NAME
      key_len: NULL
          ref: NULL
         rows: NULL
        Extra: Using where; Skip_open_table; Scanned 0 databases
*************************** 2. row ***************************
           id: 1
  select_type: SIMPLE
        table: B
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: NULL
        Extra: Using where; Open_frm_only; Scanned all databases;
               Using join buffer

For the first EXPLAIN output row: Constant database and table lookup values enable the server to avoid directory scans for TABLES values. References to TABLES.TABLE_NAME require no further table files.

For the second EXPLAIN output row: All COLUMNS table values are OPEN_FRM_ONLY lookups, so COLUMNS.TABLE_NAME requires the .frm file to be opened.

mysql> EXPLAIN SELECT * FROM INFORMATION_SCHEMA.COLLATIONS\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: COLLATIONS
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: NULL
        Extra:

在这种情况下，没有应用任何优化，因为 COLLATIONS它不是可以 INFORMATION_SCHEMA进行优化的表之一。