第21章 INFORMATION_SCHEMA データベース

TABLE_SCHEMA および TABLE_NAME は SHOW ディスプレーの単一の領域で、例えばTable_in_db1 のようになります。

TABLE_TYPE は BASE TABLE あるいは VIEW になります。テーブルがテンポラリーの場合、TABLE_TYPE = TEMPORARY になります。(テンポラリーな表示はないため、不明瞭になることはありません。)

分割したテーブルの場合、MySQL 5.1.9 で始めると、ENGINE カラムはすべての分割で使用されるストレージ エンジン名を表示します。(以前は、このカラムはそのようなテーブルに PARTITION を表示していました。

TABLE_ROWS カラムはテーブルが INFORMATION_SCHEMA のデータベースにある場合は NULL です。InnoDB テーブルは、行カウントは SQL の最適化で使用される単なる大雑把な予測です。

というのは、NDBCLUSTER ストレージ エンジンを使用しているテーブルは、MySQL 5.1.12 で始まり、DATA_LENGTH カラムが可変幅カラムの真のストレージ量を表します。（Bug #18413 参照)

注:なぜなら MySQL クラスターは可変幅カラムにストレージを各 32Kバイトで 10 ページ割り当てるため、そのようなカラムのスペースの使用は 320 KB の増分になります。

テーブルのデフォルトの文字セットには何もありません。TABLE_COLLATION は閉じています。なぜなら照合名は文字セット名で始まるからです。

MySQL 5.1.9 を起動すると、CREATE_OPTIONS カラムはテーブルが分割されている場合 partitioned を表示します。

SHOW では、Type 表示は異なるいくつかの COLUMNS カラムの値を含んでいます。

ORDINAL_POSITION は ORDER BY ORDINAL_POSITION をいう場合があり場合がありますので必要です。SHOW とは異なり、SELECT には自動オーダーリングはありません。

CHARACTER_OCTET_LENGTH は、マルチバイトの文字セットを除いては CHARACTER_MAXIMUM_LENGTH と同じでなければなりません。

CHARACTER_SET_NAME は Collation から得られます。例えば、SHOW FULL COLUMNS FROM t という場合、 Collation カラムに latin1_swedish_ci の値が表示されます。文字セットは最初のアンダースコアの前の部分、つまりlatin1 です。

インデックスには標準のテーブルはありません。前のリストは SQL サーバ 2000 が sp_statistics に返すものと、QUALIFIER を CATALOG に、 OWNER を SCHEMA に置き換えた事を除いては類似しています。

明らかに、前のテーブルおよび SHOW INDEX の出力は同じ親に由来しています。ですから相関関係は既に閉じています。

これは非標準のテーブルです。その値は mysql.user のテーブルにあります。

これは非標準のテーブルです。その値は mysql.db テーブルにあります。

PRIVILEGE_TYPE はこれらの値の 1 つ（1 つのみ）を含むことができます。SELECT、INSERT、UPDATE、REFERENCES、ALTER、INDEX、DROP、CREATE VIEW。

SHOW FULL COLUMNS の出力では、権限はすべて 1 つの領域にあり小文字です。例えば、select,insert,update,references。COLUMN_PRIVILEGES では、行ごとに 1 つの権限があり、大文字です。

PRIVILEGE_TYPE はこれらの値の 1 つ（1 つのみ）を含むことができます。SELECT、INSERT、UPDATE、REFERENCES。

ユーザーに GRANT OPTION の権限がある場合、IS_GRANTABLE は YES になります。権限が無い場合、IS_GRANTABLE は NO になります。その出力は GRANT OPTION を個別の権限としてリストしません。

CONSTRAINT_TYPE 値は UNIQUE、PRIMARY KEY、あるいは FOREIGN KEY になります。

UNIQUE および PRIMARY KEY 情報は Non_unique 領域が 0 のとき SHOW INDEX の出力の Key_name 領域から得られる情報とほぼ同じになります。

CONSTRAINT_TYPE カラムはこれらの値のどれか 1 つを含みます。UNIQUE、PRIMARY KEY、FOREIGN KEY、CHECK。これは CHAR (非 ENUM) カラムです。CHECK 値は CHECK をサポートするまでは利用できません。

制約が外部キーの場合、これは外部キーのカラムで、外部キーが参照するカラムではありません。

ORDINAL_POSITION の値は制約内のカラムの位置で、テーブル内のカラムの位置ではありません。カラムの位置には 1 から始まる番号が付いています。

POSITION_IN_UNIQUE_CONSTRAINT の値は一意およびプライマリ キー制約に対し NULL です。外部キーの制約では、参照されるテーブルのキーの順序です。

例えば、以下の定義を有する 2 つのテーブル名 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;

それらの 2 つのテーブルに対し、KEY_COLUMN_USAGE テーブルには 2 つの行があります。

MySQL は EXTERNAL_LANGUAGE をこのように計算します。

VIEW_DEFINITION カラムには SHOW CREATE VIEW が生成する Create Table 領域で表示されるそのほとんどがあります。SELECT の前の単語および WITH 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、更新できない場合は NO になります。

DEFINER カラムは誰がその表示を定義したかを示します。SECURITY_TYPE には DEFINER あるいは INVOKER の値があります。

TRIGGER_SCHEMA および TRIGGER_NAME カラムはトリガが発生するデータベースおよびトリガ名をそれぞれ含みます。

EVENT_MANIPULATION カラムは 'INSERT'、'DELETE'、あるいは 'UPDATE' のいずれかの値を含みます。

18章トリガ で説明したように、すべてのトリガは正確に 1 つのテーブルに関連付けられます。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 システム変数と同じです。「SQL モード」 を参照してください。

DEFINER カラムが MySQL 5.1.2 に追加されました。DEFINER は誰がトリガを定義したかを示します。

以下のカラムは常に NULL を含みます。TRIGGER_CATALOG、EVENT_OBJECT_CATALOG、ACTION_CONDITION、ACTION_REFERENCE_OLD_TABLE、ACTION_REFERENCE_NEW_TABLE、および CREATED。

PLUGINS テーブルは非標準のテーブルです。MySQL 5.1.5 に追加されました。

ENGINES テーブルは非標準のテーブルです。MySQL 5.1.5 に追加されました。

PARTITIONS テーブルは非標準のテーブルです。それは MySQL 5.1.6 に追加されています。

このテーブルの各レコードは個々の分割あるいは分割されたテーブルのサブ分割に一致します。

TABLE_CATALOG:このカラムは常に NULL です。

TABLE_SCHEMA:このカラムはテーブルが属すデータベース名を含みます。

TABLE_NAME:このカラムは分割を含むテーブル名を含みます。

PARTITION_NAME:分割の名前です。

SUBPARTITION_NAME:PARTITIONS テーブルのレコードがサブ分割を表す場合、このカラムはサブ分割名を含みます。そうでない場合 NULL になります。

PARTITION_ORDINAL_POSITION:すべての分割はそれらが定義されたときの順序でインデックスが付けられます。最初の分割に割り当てられた番号は 1 になります。インデックスは分割が追加、削除、再手配されることによって変わります。このカラムに表示された番号はインデックスの変更を考慮した現在の順序を表します。

SUBPARTITION_ORDINAL_POSITION:所定の分割のサブ分割はテーブル内で分割がインデックスされるの同様にインデックスまたは再インデックスされます。

PARTITION_METHOD:RANGE、LIST、HASH、LINEAR HASH、KEY、あるいは LINEAR KEY のいずれかの値です。つまり、 「パーティショニングのタイプ」 で説明した利用できる分割タイプの 1 つです。

SUBPARTITION_METHOD:HASH、LINEAR HASH、KEY あるいは LINEAR KEY のいずれかの値の １ つです。つまり、「サブパーティショニング」 で説明したサブ利用できる分割タイプの １ つです。

PARTITION_EXPRESSION:これはテーブルの現在の分割スキーマを作成した CREATE TABLE あるいは ALTER TABLE に使用された分割関数の式です。

例として、このステートメントを使用して test データベースで作成された分割テーブルを考えてみます。

CREATE TABLE tp (
    c1 INT,
    c2 INT,
    c3 VARCHAR(25) 
)
PARTITION BY HASH(c1 + c2)
PARTITIONS 4;

このテーブルの分割のPARTITIONS テーブル レコードのPARTITION_EXPRESSION カラムは以下のように c1 + c2 を表示します。

mysql> SELECT DISTINCT PARTITION_EXPRESSION 
     >     FROM INFORMATION_SCHEMA.PARTITIONS
     >     WHERE TABLE_NAME='tp' AND TABLE_SCHEMA='test';
+----------------------+
| PARTITION_EXPRESSION |
+----------------------+
| c1 + c2              |
+----------------------+
1 row in set (0.09 sec)

SUBPARTITION_EXPRESSION:これはテーブルの分割を定義するために使用された分割式に PARTITION_EXPRESSION が行っているのと同様にテーブルのサブ分割を定義するサブ分割式に対して同様に機能します。

テーブルにサブ分割がない場合、このカラムは NULL です。

PARTITION_DESCRIPTION:このカラムは RANGE および LIST 分割に使用されます。RANGE 分割では、それは分割の VALUES LESS THAN 節で設定された値セットを含みます。それは整数あるいは MAXVALUE のいずれかになります。LIST 分割では、このカラムは分割 VALUES IN 節で定義された値を含みます。それは整数値のコンマ区切りのリストです。

PARTITION_METHOD が RANGE あるいは LIST 以外の分割の場合、このカラムは常に NULL になります。

TABLE_ROWS:分割のテーブル行の数です。

AVG_ROW_LENGTH:この分割あるいはサブ分割で保存された行の平均の長さでバイトで表します。

これは TABLE_ROWS で分割された DATA_LENGTH と同じです。

DATA_LENGTH:この分割あるいはサブ分割に保存されたすべての行の全長でバイトで表します。— つまり分割およびサブ分割に保存されたバイトの総数です。

MAX_DATA_LENGTH:この分割およびサブ分割に保存される最大のバイト数です。

INDEX_LENGTH:この分割およびサブ分割のインデックス ファイルの長さでバイトで表します。

DATA_FREE:分割あるいはサブ分割に割り当てられたバイト数で使用されていないものです。

CREATE_TIME:分割およびサブ分割の作成に要する時間です。

UPDATE_TIME:分割あるいはサブ分割が最後に変更された時間です。

CHECK_TIME:分割あるいはサブ分割が属すテーブルが最後にチェックされた時間です。

注:ストレージ エンジンの中には今回更新されないものがあります。というのはこれらのストレージ エンジンを使用しているテーブルに対し、この値が常に NULL だからです。

CHECKSUM:チェックサムの値（もしあれば）、そうでない場合、このカラムは NULL です。

PARTITION_COMMENT:このカラムは分割に対するコメントのテキストを含んでいます。

このカラムのデフォルト値は空の文字列です。

NODEGROUP:これは分割が属すノードグループです。これは MySQL クラスタテーブルにのみ関連します。そうでない場合このカラムの値は常に 0 です。

TABLESPACE_NAME:このカラムは分割が属すテーブルスペース名を含んでいます。MySQL 5.1 では、このカラムの値は常に DEFAULT です。

重要MySQL 5.1.6 以前の MySQL バージョンで作成された分割テーブルがある場合、MySQL 5.1.6 あるいはそれ以降にアップグレードする場合、 SHOW、あるいは DESCRIBE the PARTITIONS から SELECT することはできません。MySQL 5.1.5 あるいはそれ以前のバージョンから MySQL 5.1.6 およびそれ以降にアップグレードする前に 「Changes in release 5.1.6 (01 February 2006)」 を 参照してください。

非分割のテーブルには INFORMATION_SCHEMA.PARTITIONS にレコードが １ つあります。しかし、PARTITION_NAME、SUBPARTITION_NAME、PARTITION_ORDINAL_POSITION、SUBPARTITION_ORDINAL_POSITION、PARTITION_METHOD、SUBPARTITION_METHOD、PARTITION_EXPRESSION、SUBPARTITION_EXPRESSION、および PARTITION_DESCRIPTION カラムの値はすべて NULL です。(この場合の PARTITION_COMMENT のカラムは空白です。)

MySQL 5.1 には、PARTITIONS テーブルに NDBCluster ストレージ エンジンを使用したテーブルに対しレコードが １ つだけあります。同じカラムはまた非分割テーブルに対しては NULL (あるいは空) です。

EVENTS テーブルは非標準のテーブルです。それは MySQL 5.1.6 に追加されています。

EVENT_CATALOG:このカラムの値は常に NULL です。

EVENT_SCHEMA:イベントが属すスキーマ（データベース）の名前です。

EVENT_NAME:イベントの名前です。

DEFINER:イベントを作成したユーザーです。常に 'user_name'@'host_name' フォーマットに表示されます。

EVENT_BODY:イベントの DO 節のステートメントに使用された言語です。MySQL 5.1 では、これは常に SQL です。

このカラムは MySQL 5.1.12　に追加されています。 MySQL の以前のバージョンの同じ名前のカラム（今の名前は EVENT_DEFINITION) と混同することはありません。

EVENT_DEFINITION:イベント DO 節を構成する SQL ステートメントのテキストです。換言すれば、このイベントで実行されたステートメントです。

注:MySQL 5.1.12 以前のバージョンでは、このカラムは EVENT_BODY という名前でした。

EVENT_TYPE:ONE TIME あるいは RECURRING のいずれかの値です。

EXECUTE_AT:1 回のイベントでは、これはイベントの作成に使用された CREATE EVENT ステートメントの AT 節で指定された DATETIME 値、あるいはイベントを変更した最後の ALTER EVENT ステートメントです。このカラムに表示された値はイベント AT 節に含まれる INTERNAL 値の加算あるいは減算を意味しています。例えば、イベントが ON SCHEDULE AT CURRENT_TIMESTAMP + '1:6' DAY_HOUR を使用して作成された場合、およびイベントが 2006-02-09 の 14:05:30 に作成された場合、カラムに表示される値は '2006-02-10 20:05:30' になります。

そのイベントのタイミングが AT 節（すなわち、イベントは再帰的な場合）ではなく EVERY 節で決定される場合、 このカラムの値は NULL になります。

INTERVAL_VALUE:再帰的なイベントの場合、このカラムはイベント EVERY 節の数値的な部分を含みます。

1 回のイベントの場合（つまり、イベントのタイミングが AT 節で決まるイベントの場合）、このカラムの値は NULL になります。

INTERVAL_FIELD:再帰的なイベントの場合、このカラムはそのイベントを管理する　EVERY 節の単位部分を含みます。そのイベントは 'INTERVAL_' のプリフィックスが付きます。このように、このカラムは 'INTERVAL_YEAR'、'INTERVAL_QUARTER'、'INTERVAL_DAY' などの値を含みます。

1 回のイベントの場合（つまり、そのタイミングが AT 節で決まるイベントの場合）、このカラムの値は NULL になります。

SQL_MODE:イベントが作成されたあるいは変更された時に実行中のSQL モード。

STARTS:定義に STARTS 節を含む再帰的なイベントでは、このカラムは相当する DATETIME 値を含みます。EXECUTE_AT カラムで、この値は使用されている式を解きます。

イベントのタイミングに影響を与えるような STARTS 節がない場合、このカラムは空です。(MySQL 5.1.8 以前の場合は、そのような場合それは NULL が含まれていました。）

ENDS:定義に ENDS 節を含む再帰的なイベントでは、このカラムは相当する DATETIME 値を含みます。EXECUTE_AT カラム(前の例を参照）では、この値は使用されている式を解きます。

イベントのタイミングに影響を与える ENDS 節がない場合、このカラムは NULL を含みます。

STATUS:ENABLED あるいは DISABLED の 2 つの値のいずれかの値です。

ON_COMPLETION:PRESERVE あるいは NOT PRESERVE の 2 つの値のいずれかの値です。

CREATED:イベントが作成された日時です。これは DATETIME 値です。

LAST_ALTERED:イベントが最後に変更された日時です。これは DATETIME 値です。イベントが作成されてから変更されなかった場合、このカラムは CREATED カラムと同じ値を保持します。

LAST_EXECUTED:イベントが最後に実行された日時です。DATETIME 値。イベントが実行されなかった場合、このカラムの値は NULL です。

EVENT_COMMENT:イベントにコメントがある場合のコメントのテキストです。コメントが無い場合、このカラムの値は空の文字列になります。

FILE_ID カラムの値は自動生成されます。

FILE_NAME は CREATE LOGFILE GROUP あるいは ALTER LOGFILE GRUOP によって作成された UNDO ログファイルの名前です。または CREATE TABLESPACE あるいは ALTER TABLESPACE で作成されたデータファイルです。

FILE_TYPE は UNDOFILE あるいは DATAFILE のいずれかの値です。

TABLESPACE_NAME はファイルが関連付けられているテーブルスペースの名前です。

MySQL 5.1 では、TABLESPACE_CATALOG カラムの値は常に NULL です。

TABLE_NAME は関連するファイルがある場合にファイルに関連付けられたディスク データ テーブルの名前です。

LOGFILE_GROUP_NAME カラムはログファイルあるいはデータファイルが属すログファイルのグループに名前を付けます。

UNDO ログファイルでは、LOGFILE_GROUP_NUMBER はログファイルが属すログファイル グループの自動生成された ID を含みます。

MySQL クラスタ ディスクデータのログファイルあるいはデータファイルに対し、ENGINE カラムの値は常に NDB あるいは NDBCLUSTER になります。

MySQL クラスタ ディスク データのログファイルに対し、FULLTEXT_KEYS カラムの値は常に空です。

FREE EXTENTS カラムはファイルが使用していない拡張の番号を表示します。TOTAL EXTENTS カラムはファイルに割り当てられた拡張の総数を表示します。

これらの 2 つのカラムの違いは現在ファイルが使用している拡張の数です。

SELECT TOTAL_EXTENTS - FREE_EXTENTS AS extents_used
    FROM INFORMATION_SCHEMA.FILES
    WHERE FILE_NAME = 'myfile.dat';

使用中のディスク容量を EXTENT_SIZE カラムの値によってこの違いを乗算したファイルによって最大化することができます。それによりファイルにバイトで拡張のサイズを与えます。

SELECT (TOTAL_EXTENTS - FREE_EXTENTS) * EXTENT_SIZE AS bytes_used
    FROM INFORMATION_SCHEMA.FILES
    WHERE FILE_NAME = 'myfile.dat';    

同様に、所定のファイルに残された利用できるスペースの容量を FREE_EXTENTS に EXTENT_SIZE 乗算することで予測できます。

SELECT FREE_EXTENTS * EXTENT_SIZE AS bytes_free
    FROM INFORMATION_SCHEMA.FILES
    WHERE FILE_NAME = 'myfile.dat';    

重要上記のクエリで生成されたバイトの値は概算のみで、その正確性は EXTENT_SIZE の値に逆比例します。つまり、EXTENT_SIZE が大きくなれば、概算の正確性は落ちます。

拡張が一度使用されるとそれが属すデータファイルをドロップせずにはそれを自由に出来ないことを覚えておく必要があります。このことは、ディスクデータのテーブルからの削除はディスクスペースを増やさないということです。

拡張サイズは CREATE TABLESPACE ステートメントで設定できます。詳細については、「CREATE TABLESPACE 構文」 をご参照してください。

INITIAL_SIZE カラムはファイルのサイズをバイトで表示します。これはファイルの作成に使用された CREATE LOGFILE GROUP、、ALTER LOGFILE GROUP、CREATE TABLESPACE、あるいは ALTER TABLESPACE の INITIAL_SIZE 節に使用された値と同じです。

MySQL 5.1 クラスタ ディス クデータ ファイルでは、MAXIMUM_SIZE カラムの値は常に INITIAL_SIZE と同じで、 AUTOEXTEND_SIZE カラムは常に空です。

CREATION_TIME カラムはファイルが作成された日時を表示します。LAST_UPDATE_TIME カラムはファイルが最後に変更された日時を表示します。 LAST_ACCESSED カラムはファイルが最後にサーバーによってアクセスされた日時を表示します。

現在は、これらのカラムの値はオペレーティング システムから知らされたものであり、NDB ストレージ エンジンにより供給されたものではありません。オペレーティング システムが何の値も提供していない場合には、これらのカラムには 0000-00-00 00:00:00が表示されます。

MySQL クラスタ ディスク データのファイルでは、RECOVER_TIME および TRANSACTION_COUNTER カラムは常に 0 です。

MySQL 5.1 クラスタ ディスク データ ファイルでは、以下のカラムは常に NULL です。

MySQLクラスタ ディスク データ ファイルでは、STATUS カラムの値は常に NORMAL です。

MySQL クラスタ ディスク データ ファイルでは、EXTRA カラムは、各データノードがファイルのコピーを持っているためどのデータノードにファイルが属すかを表示します。例えば、このステートメントを MySQL クラスタの 4 つのデータノードで使用するとします。

CREATE LOGFILE GROUP mygroup
    ADD UNDOFILE 'new_undo.dat'
    INITIAL_SIZE 2G
    ENGINE NDB;

CREATE LOGFILE GROUP ステートメントの実行を完了すると、FILES テーブルに対するこのクエリの以下の結果に類似した結果が表示されます。

mysql> SELECT LOGFILE_GROUP_NAME, FILE_TYPE, EXTRA
    ->     FROM INFORMATION_SCHEMA.FILES
    ->     WHERE FILE_NAME = 'new_undo.dat';
+--------------------+-------------+----------------+
| LOGFILE_GROUP_NAME | FILE_TYPE   | EXTRA          |
+--------------------+-------------+----------------+
| mygroup            | UNDO FILE   | CLUSTER_NODE=3 |
| mygroup            | UNDO FILE   | CLUSTER_NODE=4 |
| mygroup            | UNDO FILE   | CLUSTER_NODE=5 |
| mygroup            | UNDO FILE   | CLUSTER_NODE=6 |
+--------------------+-------------+----------------+
4 rows in set (0.01 sec)

FILES テーブルは非標準のテーブルです。それは MySQL 5.1.6 に追加されています。

MySQL 5.1.14 を開始すると、ログファイル グループの作成に続いて FILES テーブルに追加の行が表示されます。この行は FILE_NAME カラムの値に対して NULL です。というのはこの行に対し、FILE_ID カラムの値は常に 0 で、FILE_TYPE カラムは常に UNDO FILEで、STATUS カラムは常に NORMAL になります。MySQL 5.1 では、ENGINE カラムの値は常に ndbcluster です。

この行は FREE_EXTENTS カラムで LOGFILE_GROUP_NAME および LOGFILE_GROUP_NUMBER カラムにそれぞれその名前と数が表示された所定のログファイル グループに属すすべての undo ファイルに利用できるフリー拡張の総数を表示します。

MySQL クラスタに既存のログファイルが無いものとして、以下のステートメントを使用してログファイルを 1 つ作成するとします。

mysql> CREATE LOGFILE GROUP lg1
    ->   ADD UNDOFILE 'undofile.dat'
    ->   INITIAL_SIZE = 16M
    ->   UNDO_BUFFER_SIZE = 1M
    ->   ENGINE = NDB;
Query OK, 0 rows affected (3.81 sec)

FILES テーブルにクエリすると NULL 行が表示されます。

mysql> SELECT DISTINCT
    ->   FILE_NAME AS File,
    ->   FREE_EXTENTS AS Free,
    ->   TOTAL_EXTENTS AS Total,
    ->   EXTENT_SIZE AS Size,
    ->   INITIAL_SIZE AS Initial
    ->   FROM INFORMATION_SCHEMA.FILES;
+--------------+---------+---------+------+----------+
| File         | Free    | Total   | Size | Initial  |
+--------------+---------+---------+------+----------+
| undofile.dat |    NULL | 4194304 |    4 | 16777216 |
| NULL         | 4184068 |    NULL |    4 |     NULL |
+--------------+---------+---------+------+----------+
2 rows in set (0.01 sec)

undo ロギングに利用できるフリー拡張の総数は常にログファイルのすべての undo ファイルに対して undo ファイルを維持に必要なオーバーヘッドにより TOTAL_EXTENTS カラムの値の合計より幾分少なくなります。これはログファイル グループに 2 番目の undo ファイルを追加すると表示され、FILES テーブルに対して前のクエリを繰返します。

mysql> ALTER LOGFILE GROUP lg1
    ->   ADD UNDOFILE 'undofile02.dat'
    ->   INITIAL_SIZE = 4M
    ->   ENGINE = NDB;
Query OK, 0 rows affected (1.02 sec)

mysql> SELECT DISTINCT
    ->   FILE_NAME AS File,
    ->   FREE_EXTENTS AS Free,
    ->   TOTAL_EXTENTS AS Total,
    ->   EXTENT_SIZE AS Size,
    ->   INITIAL_SIZE AS Initial
    ->   FROM INFORMATION_SCHEMA.FILES;
+----------------+---------+---------+------+----------+
| File           | Free    | Total   | Size | Initial  |
+----------------+---------+---------+------+----------+
| undofile.dat   |    NULL | 4194304 |    4 | 16777216 |
| undofile02.dat |    NULL | 1048576 |    4 |  4194304 |
| NULL           | 5223944 |    NULL |    4 |     NULL |
+----------------+---------+---------+------+----------+
3 rows in set (0.01 sec)

このログファイル グループを使用たディスク データ テーブルによる undo ロギングに利用されるバイトでのフリースペースの最大化はフリー拡張に初期サイズを乗算することで最大化できます。

mysql> SELECT
    ->   FREE_EXTENTS AS 'Free Extents',
    ->   FREE_EXTENTS * EXTENT_SIZE AS 'Free Bytes'
    ->   FROM INFORMATION_SCHEMA.FILES
    ->   WHERE LOGFILE_GROUP_NAME = 'lg1'
    ->   AND FILE_NAME IS NULL;
+--------------+------------+
| Free Extents | Free Bytes |
+--------------+------------+
|      5223944 |   20895776 |
+--------------+------------+
1 row in set (0.02 sec)

ディスク データ テーブルを作成してその中にいくつか行を挿入すると、undo のロギング用に残されたスペースを大まかに知ることができます。

mysql> CREATE TABLESPACE ts1
    ->   ADD DATAFILE 'data1.dat'
    ->   USE LOGFILE GROUP lg1
    ->   INITIAL_SIZE 512M
    ->   ENGINE = NDB;
Query OK, 0 rows affected (8.71 sec)

mysql> CREATE TABLE dd (
    ->   c1 INT NOT NULL PRIMARY KEY,
    ->   c2 INT,
    ->   c3 DATE
    ->   )
    ->   TABLESPACE ts1 STORAGE DISK
    ->   ENGINE = NDB;
Query OK, 0 rows affected (2.11 sec)

mysql> INSERT INTO dd VALUES
    ->   (NULL, 1234567890, '2007-02-02'),
    ->   (NULL, 1126789005, '2007-02-03'),
    ->   (NULL, 1357924680, '2007-02-04'),
    ->   (NULL, 1642097531, '2007-02-05');
Query OK, 4 rows affected (0.01 sec)

mysql> SELECT
    ->   FREE_EXTENTS AS 'Free Extents',
    ->   FREE_EXTENTS * EXTENT_SIZE AS 'Free Bytes'
    ->   FROM INFORMATION_SCHEMA.FILES
    ->   WHERE LOGFILE_GROUP_NAME = 'lg1'
    ->   AND FILE_NAME IS NULL;
+--------------+------------+
| Free Extents | Free Bytes |
+--------------+------------+
|      5207565 |   20830260 |
+--------------+------------+
1 row in set (0.01 sec)

FILES テーブルに関連付けられた SHOW コマンドはありません。

FILES テーブルを使用してクラスタ ディスク データ テーブルに関する情報の取得に関する他の例については 「MySQL Cluster ディスク データ ストレージ」 を参照してください。

PROCESSLIST テーブルは非標準のテーブルです。それは MySQL 5.1.7 に追加されています。

相当する SHOW ステートメントの出力と同様、PROCESSLIST テーブルは PROCESS の権限が無い場合は、お客様のスレッドに関する情報のみ表示されます。権限がある場合には他のスレッドに関する情報も表示できます。匿名のユーザーはどの行も見ることはできません。

SQL ステートメントが INFORMATION_SCHEMA.PROCESSLIST を参照している場合、ステートメントの実行が開始されると全体のテーブルを一度表示します。それでステートメント中の読み取りの一貫性が保たれます。複数のステートメントのトランザクションではリードの一貫性はありません。

REFERENTIAL_CONSTRAINTS テーブルは MySQL 5.1.10 に追加されています。REFERENCED_TABLE_NAME カラムは MySQL 5.1.16 に追加されています。

TABLE_NAME は INFORMATION_SCHEMA.TABLE_CONSTRAINTS の TABLE_NAME と同じ値を持っています。

CONSTRAINT_SCHEMA および CONSTRAINT_NAME は外部キーを認識します。

UNIQUE_CONSTRAINT_SCHEMA、UNIQUE_CONSTRAINT_NAME、および REFERENCED_TABLE_NAME は参照キーを認識します。(注:MySQL 5.1.16 以前のバージョンは、UNIQUE_CONSTRAINT_NAME は制約ではなく間違って参照テーブルを指定しています。

この段階の MATCH_OPTION の唯一有効な値は NONE です。

UPDATE_RULE あるいは DELETE_RULE の可能な値は CASCADE、SET NULL, SET DEFAULT、RESTRICT、NO ACTION です。

GLOBAL_STATUS および SESSION_STATUS テーブルは MySQL 5.1.12 に追加されています。

VARIABLE_VALUE カラムには BIGINT タイプがあります。非整数値を持ついくつかのステータス変数は BIGINT 値に組み込まれています。

GLOBAL_VARIABLES および SESSION_VARIABLES テーブルは MySQL 5.1.12 に追加されています。

SHOW を INFORMATION_SCHEMA そのものの構成に関す情報を取得するために使用できます。

いくつかの SHOW ステートメントにはどの行を表示するかを指定する際に柔軟性を提供する WHERE 節を使用できます。