該方案是資料庫，因此SCHEMATA資料表提供了關於資料庫的訊息。

註釋：SQL_PATH列的之總為NULL。

下述語句是等效的：

SELECT SCHEMA_NAME AS `Database

FROM INFORMATION_SCHEMA.SCHEMATA

[WHERE SCHEMA_NAME LIKE 'wild']

SHOW DATABASES

[LIKE 'wild']

TABLES資料表給出了關於資料庫中的資料表的訊息。

註釋：

·         TABLE_SCHEMA和TABLE_NAME是SHOW顯示中的單個字段，例如Table_in_db1。

·         TABLE_TYPE（資料表類型）應是BASE TABLE（基本資料表）或VIEW（視圖）。如果資料表是臨時性的，TABLE_TYPE = TEMPORARY。（沒有臨時視圖，因此，因此不存在歧義）。

·         如果資料表位於INFORMATION_SCHEMA資料庫中，TABLE_ROWS列為NULL。對於InnoDB資料表，在SQL最佳化中，行計數僅是大概估計值。

·         沒有關於資料表預設字元編碼的任何訊息。TABLE_COLLATION處於關閉狀態，原因在於校對名稱以字元編碼名稱開頭。

下述語句是等效的：

SELECT table_name FROM INFORMATION_SCHEMA.TABLES

  [WHERE table_schema = 'db_name']

  [WHERE|AND table_name LIKE 'wild']

SHOW TABLES

  [FROM db_name]

  [LIKE 'wild']

COLUMNS資料表給出了資料表中的列訊息。

註釋：

·         在SHOW中，類型顯示包括來自數個不同COLUMNS列的值。

·         ORDINAL_POSITION有必要，這是因為，您可能會在某一天需要ORDER BY ORDINAL_POSITION（按ORDINAL_POSITION排序）。不同於SHOW，SELECT沒有自動排序功能。

·         CHARACTER_OCTET_LENGTH應與CHARACTER_MAXIMUM_LENGTH相同，但多字節字元編碼除外。

·         CHARACTER_SET_NAME可由Collation（校對）導出。例如，如果給出了「SHOW FULL COLUMNS FROM t」，在Collation（校對）列中將見到latin1_swedish_ci的值，字元編碼由第1個下劃線前的名稱指明。latin1.

下述語句是等效的：

SELECT COLUMN_NAME, DATA_TYPE, IS_NULLABLE, COLUMN_DEFAULT

  FROM INFORMATION_SCHEMA.COLUMNS

  WHERE table_name = 'tbl_name'

  [AND table_schema = 'db_name']

  [AND column_name LIKE 'wild']

SHOW COLUMNS

  FROM tbl_name

  [FROM db_name]

  [LIKE wild]

STATISTICS資料表給出了關於資料表索引的訊息。

註釋：

·         沒有關於這些索引的標準資料表。上面的列資料表與SQL伺服器2000中sp_statistics返回的值類似。不同之處在於用CATALOG替換了QUALIFIER，並用SCHEMA替換了OWNER。

顯而易見，前述資料表和SHOW INDEX的輸出均是由相同的父對像導出的。因此，相關性已關閉。

下述語句是等效的：

SELECT * FROM INFORMATION_SCHEMA.STATISTICS

  WHERE table_name = 'tbl_name'

  [AND table_schema = 'db_name']

SHOW INDEX

  FROM tbl_name

  [FROM db_name]

USER_PRIVILEGES（用戶權限）資料表給出了關於全程權限的訊息。該資訊來源自mysql.user授權資料表。

註釋：

·         這是一個非標準資料表。其值來自mysql.user資料表。

SCHEMA_PRIVILEGES（方案權限）資料表給出了關於方案（資料庫）權限的訊息。該訊息來自mysql.db授權資料表。

註釋：

·         這是一個非標準資料表。其值來自mysql.db資料表。

TABLE_PRIVILEGES（資料表權限）資料表給出了關於資料表權限的訊息。該資訊來源自mysql.tables_priv授權資料表。

下述語句不等效：

SELECT ... FROM INFORMATION_SCHEMA.TABLE_PRIVILEGES

SHOW GRANTS ...

PRIVILEGE_TYPE可以包含這些值之一（僅能一個）：SELECT、INSERT、UPDATE、REFERENCES、ALTER、INDEX、DROP、CREATE VIEW。

COLUMN_PRIVILEGES（列權限）資料表給出了關於列權限的訊息。該資訊來源自mysql.columns_priv授權資料表。

註釋：

·         在SHOW FULL COLUMNS（顯示完整列）的輸出中，權限值位於一個字段並採用小寫形式，例如select、insert、update、references。在COLUMN_PRIVILEGES中，每種權限占一行，並為大寫形式。

·         PRIVILEGE_TYPE可以包含這些值之一（僅能一個）：SELECT, INSERT, UPDATE, REFERENCES.

·         如果用戶有GRANT OPTION權限，那麼IS_GRANTABLE應為YES。否則，IS_GRANTABLE應為NO。在輸出中，不會將GRANT OPTION作為單獨權限列出。

下述語句不等效：

SELECT ... FROM INFORMATION_SCHEMA.COLUMN_PRIVILEGES

SHOW GRANTS ...

CHARACTER_SETS（字元編碼）資料表提供了關於可用字元編碼的訊息。

註釋：

·         我們增加了兩個非標準列，分別對應於SHOW CHARACTER SET輸出的Description（描述）和Maxlen（最大長度）列。

下述語句是等效的：

SELECT * FROM INFORMATION_SCHEMA.CHARACTER_SETS

  [WHERE name LIKE 'wild']

SHOW CHARACTER SET

  [LIKE 'wild']

COLLATIONS資料表提供了關於各字元編碼的對照訊息。

註釋：

·         我們增加了5個非標準列，分別對應於SHOW COLLATION輸出的Charset、Id、Default、Compiled和Sortlen列。

下述語句是等效的：

SELECT COLLATION_NAME FROM INFORMATION_SCHEMA.COLLATIONS

  [WHERE collation_name LIKE 'wild']

SHOW COLLATION

  [LIKE 'wild']

COLLATION_CHARACTER_SET_APPLICABILITY資料表指明了可用於校對的字元編碼。這些列等效於SHOW COLLATION的前兩個顯示字段。

TABLE_CONSTRAINTS資料表描述了存在約束的資料表。

註釋：

·         CONSTRAINT_TYPE的值可以是UNIQUE（唯一）、PRIMARY KEY（主鍵）或FOREIGN KEY（外部鍵）。

·         當Non_unique字段為0時，UNIQUE和PRIMARY KEY訊息與SHOW INDEX輸出的Key_name字段中給出的訊息基本相同。

·         CONSTRAINT_TYPE列可包含下述值之一：UNIQUE、PRIMARY KEY、FOREIGN KEY、CHECK。這是一個CHAR（非ENUM）列。在我們支援CHECK前，CHECK值不可用。

KEY_COLUMN_USAGE資料表描述了具有約束的鍵列。

註釋：

·         如果約束為外部鍵，這就是外部鍵列，而不是外部鍵引用的列。

·         ORDINAL_POSITION的值是列在約束中的位置，而不是列在資料表中的位置。列位置採用從1開始的數值編號。

·         對於「唯一」和「主鍵」約束，POSITION_IN_UNIQUE_CONSTRAINT的值為NULL。對於「外部鍵」約束，它是所引用資料表內鍵中的順序位置。

例如，假定有兩個具有下述定義的資料表t1和t3：

CREATE TABLE t1

(

s1 INT,

s2 INT,

s3 INT,

PRIMARY KEY(s3)

) ENGINE=InnoDB;

CREATE TABLE t3

(

s1 INT,

s2 INT,

s3 INT,

KEY(s1),

CONSTRAINT CO FOREIGN KEY (s2) REFERENCES t1(s3)

) ENGINE=InnoDB;

對於這兩個資料表，KEY_COLUMN_USAGE資料表有兩行：

o        一行含有CONSTRAINT_NAME='PRIMARY', TABLE_NAME='t1', COLUMN_NAME='s3', ORDINAL_POSITION=1, POSITION_IN_UNIQUE_CONSTRAINT=NULL。

o        另一行含有CONSTRAINT_NAME='CO', TABLE_NAME='t3', COLUMN_NAME='s2', ORDINAL_POSITION=1, POSITION_IN_UNIQUE_CONSTRAINT=1。

ROUTINES資料表提供了關於儲存子程式（儲存程式和函數）的訊息。此時，ROUTINES資料表不包含自行定義函數（UDF）。

名為「mysql.proc name」的列指明了對應於INFORMATION_SCHEMA.ROUTINES資料表的mysql.proc資料表列，如果有的話。

註釋：

·         MySQL計算EXTERNAL_LANGUAGE，因此：

o        如果mysql.proc.language='SQL'，那麼EXTERNAL_LANGUAGE為NULL。

o        否則，EXTERNAL_LANGUAGE為mysql.proc.language中的值。然而，由於尚沒有外部語言，因此該值總為NULL。

VIEWS資料表給出了關於資料庫中的視圖的訊息。

註釋：

·         有一種新的權限SHOW VIEW，如果沒有它，將無法看到VIEWS資料表。

·         VIEW_DEFINITION列含有您在SHOW CREATE VIEW所生成的Create Table字段中見到的大多數訊息。跳過SELECT前的單詞，並跳過具有CHECK OPTION（檢查選項）的單詞。例如，如果初始語句是：

·                CREATE VIEW v AS

·                  SELECT s2,s1 FROM t

·                  WHERE s1 > 5

·                  ORDER BY s1

·                  WITH CHECK OPTION;

那麼視圖定義為：

SELECT s2,s1 FROM t WHERE s1 > 5 ORDER BY s1

·         CHECK_OPTION列的值總為NONE。

·         如果視圖是可更新的，IS_UPDATABLE列的值為YES，如果視圖是不可更新的，IS_UPDATABLE列的值為NO。

·         DEFINER列指明了定義視圖的人。SECURITY_TYPE的值為DEFINER或INVOKER。

TRIGGERS資料表提供了關於觸發程式的訊息。

必須有SUPER權限才能查看該資料表。

註釋：

·         TRIGGER_SCHEMA和TRIGGER_NAME列中分別含有相應資料庫的名稱以及觸發程式的名稱，在該資料庫中，含有該觸發程式。

·         EVENT_MANIPULATION列含有下述值之一：INSERT、DELETE、或UPDATE。

·         正如第21章：觸發程式中指出的那樣，每個觸發程式均與一個資料表準確相關。EVENT_OBJECT_SCHEMA和EVENT_OBJECT_TABLE列包含相應的資料庫和資料表名，在該資料庫中，含有該資料表。

·         ACTION_ORDER語句含有觸發程式動作（在相同資料表上所有類似觸發程式列資料表中）的順序位置。目前該值總為0，這是因為在相同資料表上具有相同EVENT_MANIPULATION和ACTION_TIMING的觸發程式不能超過1個。

·         ACTION_STATEMENT列含有激活了觸發程式時將要執行的語句。這與SHOW TRIGGERS輸出的Statement（語句）列中顯示的文本相同。注意，該文本採用了UTF-8編碼方式。

·         ACTION_ORIENTATION列總含有值「ROW」。

·         ACTION_TIMING列含有下述兩種值之一：「BEFORE」或「AFTER」。

·         列ACTION_REFERENCE_OLD_ROW和ACTION_REFERENCE_NEW_ROW分別含有舊的和新的列標識符。這意味著ACTION_REFERENCE_OLD_ROW總含有值「OLD」，ACTION_REFERENCE_NEW_ROW總含有值「NEW」。

·         SQL_MODE列顯示了建立觸發程式時有效的伺服器SQL模式（無論當前的伺服器SQL模式為何，只要激活了觸發程式，它將保持有效）。該列的可能取值範圍與sql_mode系統變數的取值範圍相同。請參見5.3.2節，「SQL伺服器模式」。

·         在下述列中，目前總含有NULL：TRIGGER_CATALOG，EVENT_OBJECT_CATALOG，ACTION_CONDITION，ACTION_REFERENCE_OLD_TABLE，ACTION_REFERENCE_NEW_TABLE和CREATED。

例如，使用21.3節，「使用觸發程式」中定義的觸發程式ins_sum。

mysql> SELECT * FROM INFORMATION_SCHEMA.TRIGGERS\G

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

 TRIGGER_CATALOG: NULL

TRIGGER_SCHEMA: test

 TRIGGER_NAME: ins_sum

  EVENT_MANIPULATION: INSERT

EVENT_OBJECT_CATALOG: NULL

 EVENT_OBJECT_SCHEMA: test

  EVENT_OBJECT_TABLE: account

 ACTION_ORDER: 0

ACTION_CONDITION: NULL

ACTION_STATEMENT:  SET @sum = @sum + NEW.amount

  ACTION_ORIENTATION: ROW

 ACTION_TIMING: BEFORE

ACTION_REFERENCE_OLD_TABLE: NULL

ACTION_REFERENCE_NEW_TABLE: NULL

  ACTION_REFERENCE_OLD_ROW: OLD

  ACTION_REFERENCE_NEW_ROW: NEW

CREATED: NULL

1 row in set (1.54 sec)

另請參見13.5.4.20節，「SHOW TRIGGERS語法」。