データベース識別子やテーブル識別子とファイルシステム内の名前との間には対応があります。 基本構造では、MySQL は各データベースをデータディレクトリ内のディレクトリとして表し、ストレージエンジンに応じて、各テーブルは適切なデータベースディレクトリ内の 1 つ以上のファイルによって表されます。
データファイルとインデックスファイルの場合、ディスク上の正確な表現はストレージエンジンによって異なります。 これらのファイルは、データベースディレクトリに格納することも、別のファイルに格納することもできます。 InnoDB データは InnoDB データファイルに格納されます。 InnoDB でテーブルスペースを使用する場合は、新たに作成した特定のテーブルスペースファイルが代わりに使用されます。
ASCII NUL (X'00') を除くすべての文字は、データベース識別子またはテーブル識別子で有効です。 MySQL では、データベースディレクトリやテーブルファイルを作成するとき、対応するファイルシステムオブジェクト内で問題のある文字をすべてエンコードします。
基本的なラテン文字 (
a..zA..Z)、数字 (0..9)、および下線 (_) はそのままエンコードされます。 このため、それらが大文字と小文字を区別するかどうかは、ファイルシステムの特性に直接依存します。-
大文字と小文字のマッピングを持つアルファベット起源のほかの国の文字はすべて、次の表に示すようにエンコードされます。 コード範囲カラムの値は UCS-2 値です。
コード範囲 パターン 数値 使用 未使用 ブロック 00C0..017F [@][0..4][g..z] 5*20= 100 97 3 補足ラテン語-1 + 拡張ラテン語-A 0370..03FF [@][5..9][g..z] 5*20= 100 88 12 ギリシア語およびコプト語 0400..052F [@][g..z][0..6] 20*7= 140 137 3 キリル文字 + 補足キリル文字 0530..058F [@][g..z][7..8] 20*2= 40 38 2 米語 2160..217F [@][g..z][9] 20*1= 20 16 4 数の形式 0180..02AF [@][g..z][a..k] 20*11=220 203 17 拡張ラテン語-B + 拡張 IPA 1E00..1EFF [@][g..z][l..r] 20*7= 140 136 4 拡張ラテン語追加 1F00..1FFF [@][g..z][s..z] 20*8= 160 144 16 拡張ギリシャ語 .... .... [@][a..f][g..z] 6*20= 120 0 120 RESERVED 24B6..24E9 [@][@][a..z] 26 26 0 囲み文字 FF21..FF5A [@][a..z][@] 26 26 0 全角と半角 シーケンス内の 1 バイトが大文字と小文字の区別をエンコードします。 例:
LATIN CAPITAL LETTER A WITH GRAVEは@0Gとしてエンコードされ、LATIN SMALL LETTER A WITH GRAVEは@0gとしてエンコードされます。 ここでは、3 番目のバイト (Gまたはg) が大文字と小文字の区別を示します。 (大/小文字を区別しないファイルシステムでは、両方の文字が同じとして扱われます。)言語ブロックの中にはキリル文字のように、2 番目のバイトが大文字と小文字の区別を決定することもあります。 補足ラテン語 1 などのほかの言語ブロックでは、3 番目のバイトが大文字と小文字の区別を決定します。 シーケンス内の 2 バイトが文字の場合は (拡張ギリシャ語など)、いちばん左の文字が大文字と小文字の区別を表します。 ほかの文字バイトはすべて、小文字である必要があります。
-
アンダースコア (
_) 以外のすべての非文字および大文字/小文字のマッピングを持たないアルファベット (ヘブライ語など) の文字は、16 進数のa..fに小文字を使用して 16 進数表現を使用してエンコードされます:0x003F -> @003f 0xFFFF -> @ffff16 進値は、
ucs2ダブルバイト文字セット内のキャラクタ値に対応します。
Windows では、nul、prn、aux などの一部の名前は、サーバーが対応するファイルまたはディレクトリを作成するときに、@@@ を名前に付加することによってエンコードされます。 これは、対応するデータベースオブジェクトのプラットフォーム間での移植性のためにすべてのプラットフォームで行われます。