文字列は、単一引用符 (‘'’)または二重引用符 (‘"’)で囲まれたバイトもしくは文字の並び（シーケンス）です。次に例を示します：

'a string'
"another string"

ANSI_QUOTES SQLモードで実行時は、文字列リテラルは単一引用符でのみ囲まれます。これは、二重引用符で引用された文字列は識別子として解釈されるためです。

バイナリ文字列はキャラクタセットや照合順序を持たないバイト列のことです。 バイナリでない文字列は、キャラクタセットや照合順序を持つ文字列のことです。これら両方の文字列タイプは、文字列ユニットの数値に基づいて比較されます。バイナリ文字列にとって、ユニットとはバイトのことです。バイナリでない文字列にとってユニットとは文字であり、マルチバイト文字を認めるキャラクタセットもあります。文字値の順序は、文字列照合順序の関数です。

文字列リテラルでは、オプションとしてキャラクタセットイントロデューサとCOLLATE節を指定することができます。

[_charset_name]'string' [COLLATE collation_name]

例：

SELECT _latin1'string';
SELECT _latin1'string' COLLATE latin1_danish_ci;

これら文字列構文についてさらに詳しく知りたい場合は、次を参照してください。項9.3.5. 「文字列リテラルのキャラクタセットおよび照合順序」

一部のシーケンスは、個々の文字列内で特別な意味を持ちます。これらのシーケンスは、いずれも、エスケープ文字として知られるバックスラッシュ（‘\’）で始まります。MySQLでは、次のエスケープシーケンスが認識されます。

他のすべてのエスケープシーケンスに対して、バックスラッシュは無視されます。つまり、エスケープされた文字がエスケープされていないと解釈されます。例えば、‘\x’はただの‘x’となります。

これらのシーケンスは大文字と小文字が区別されます。例えば、‘\b’はバックスペースと解釈されますが、‘\B’は‘B’と解釈されます。

ASCII(26)‘\Z’。この文字をコード化することによって、ASCII(26) が Windows では END-OF-FILE を表すという問題を回避することができます。ASCII(26) では、mysql db_name < file_name. を使用する場合に問題が発生します）。

エスケーププロセスはcharacter_set_connectionシステム変数により指定されたキャラクタセットに応じて実行されます。で項9.3.5. 「文字列リテラルのキャラクタセットおよび照合順序」説明されたとおり、他キャラクタセットを指定するイントロデューサが先行する文字列に対しても同じことがいえます。

‘\%’と‘\_’シーケンスはパターン照合コンテキスト内で、本来であればワイルドカード文字として解釈されるシーケンス‘%’と‘_’のリテラル使用例を検索するのに使われます。項11.3.1. 「文字列比較関数」内のLIKEオペレータに関する記述を参照してください。.パターン照合でないコンテキストでは、‘\%’または‘\_’を使用したときに、‘%’と‘_’の代わりに、文字列‘\%’と‘\_’がそれぞれ返されます。

文字列に引用符を含める方法は、いくつかあります。

次のSELECTステートメントは、文字列の引用とエスケープが実際にどのように働くかを示しています。

mysql> SELECT 'hello', '"hello"', '""hello""', 'hel''lo', '\'hello';
+-------+---------+-----------+--------+--------+
| hello | "hello" | ""hello"" | hel'lo | 'hello |
+-------+---------+-----------+--------+--------+

mysql> SELECT "hello", "'hello'", "''hello''", "hel""lo", "\"hello";
+-------+---------+-----------+--------+--------+
| hello | 'hello' | ''hello'' | hel"lo | "hello |
+-------+---------+-----------+--------+--------+

mysql> SELECT 'This\nIs\nFour\nLines';
+--------------------+
| This
Is
Four
Lines |
+--------------------+

mysql> SELECT 'disappearing\ backslash';
+------------------------+
| disappearing backslash |
+------------------------+

文字列のカラム(BLOBなど)にバイナリデータを挿入する場合、次の文字はエスケープシーケンスを使って表現する必要があります。

アプリケーションプログラムを書く場合、 MySQLサーバに送信されるSQLステートメント内で文字がデータ値として使用される前に、これら特殊文字のいずれかを含む可能性のある文字列は正確にエスケープされなければなりません。二通りの実行方法があります。

整数は数字の列として表現されます。浮動小数点は小数を区切るのに‘.’を使用します。数値型は正負の値を指定するのに‘-’や‘+’を先頭に付けることもあります。

有効な整数の例：

1221
0
-32

有効な浮動小数点の例：

294.42
-32032.6809e+10
148.00

浮動小数点のコンテキストで整数を使用することもできます。この場合、整数は同等の浮動小数点数として解釈されます。

MySQLでは、16進値をサポートしています。数値のコンテキストでは、16 進値は整数（64 ビット精度）のように動作します。文字列のコンテキストでは、16 進値はバイナリ文字列のように動作します。この場合、16 進数の各ペアが 1 文字に変換されます。

mysql> SELECT x'4D7953514C';
        -> 'MySQL'
mysql> SELECT 0xa+0;
        -> 10
mysql> SELECT 0x5061756c;
        -> 'Paul'

16 進値のデフォルトのデータ型は文字列です。16 進値の文字列が確実に数値として扱われるようにするには、その文字列に対してCAST(... AS UNSIGNED)を使用します。

mysql> SELECT 0x41, CAST(0x41 AS UNSIGNED);
        -> 'A', 65

x'hexstring' 構文は標準 SQL に基づいています。0x 構文はODBCに基づいています。16 進文字列は、BLOBカラムの値を提供する目的で、ODBC によって使用されることがよくあります。

文字列または数値を 16 進形式の文字列に変換するには、HEX()関数を使用できます。

mysql> SELECT HEX('cat');
        -> '636174'
mysql> SELECT 0x636174;
        -> 'cat'

TRUE と FALSE の定数はそれぞれ1と0として評価されます。定数名は大文字/小文字の区別がなされません。

mysql> SELECT TRUE, true, FALSE, false;
        -> 1, 1, 0, 0

ビットフィールド値はb'値'表記方法を用いて表現できます。値は0と1を用いて書かれたバイナリ値です。

ビットフィールド表記はBIT カラムに割り当てる値を指定するのに便利です。

mysql> CREATE TABLE t (b BIT(8));
mysql> INSERT INTO t SET b = b'11111111';
mysql> INSERT INTO t SET b = b'1010';
+------+----------+----------+----------+
| b+0  | BIN(b+0) | OCT(b+0) | HEX(b+0) |
+------+----------+----------+----------+
|  255 | 11111111 | 377      | FF       |
|   10 | 1010     | 12       | A        |
+------+----------+----------+----------+

NULL値は「データなし」を意味します。NULLは大文字/小文字どちらでも表記できます。

NULL値は、数値型での 0や文字列型での空文字列などの値とは異なります。項B.1.5.3. 「Problems with NULL Values」を参照してください。

テキストファイルのインポートまたはエクスポート形式 LOAD DATA INFILE または SELECT ...INTO OUTFILE の使用時には、NULLは\Nで表現することができます。項12.2.5. 「LOAD DATA INFILE 構文」 を参照してください。

MySQLでは、名前に単一識別子や複合識別子を使用することができます。構成が複数のパート名からなる場合、ピリオド(‘.’)文字で分割されなければなりません。複数パート名の頭文字は識別子として働き、最後尾の識別子が実行されているコンテキストに影響を与えます。

MySQLでは、次の形式のいずれかを使用してカラムを参照することができます。

複数のパート名からなる構成要素に引用符が必要な場合、名前全体を１つのものとして引用符で囲むのではなく、それぞれの名前を個別に引用符で囲んでください。例えば、`my-table.my-column`ではなく、`my-table`.`my-column`と記述してください。

対象となる参照があいまいな場合、ステートメント内のカラム参照の前にtbl_nameやdb_name.tbl_nameをつける必要があります。例えば、テーブルt1とt2のそれぞれに同名のカラムcがあり、t1とt2の両方を使用するSELECTステートメントでcを読み取るとします。この場合cは、ステートメントで使用されている 2 つのテーブル中で一意なカラムを表すものではなく、あいまいであるため、t1.cまたはt2.cと記述することによって、どちらのテーブルが対象か指定する必要があります。同様に、データベースdb1のテーブルtとデータベースdb2のテーブルtに含まれているカラムを取り出す場合は、それぞれのテーブルのカラムをdb1.t.col_nameとdb2.t.col_nameとして参照します。

修飾名でピリオドの後に続く語は識別子であるため、予約語であっても引用符で囲む必要はありません。

構文.tbl_nameはデフォルトデータベースのテーブルtbl_nameを意味します。この構文は ODBC との互換性を確保する目的で許容されています。これは、一部の ODBC プログラムでテーブル名の先頭に‘.’文字が付けられるためです。

MySQL において、データベースはデータディレクトリ内のディレクトリに対応しています。データベース内の各テーブルも、データベースディレクトリ内の少なくとも１つ（記憶エンジンによってはそれ以上）のファイルに対応しています。そのため、ベースとなっているオペレーティングシステムで大文字と小文字が区別される場合、データベース名とテーブル名でも大文字と小文字が区別されます。つまり、Windows ではデータベース名とテーブル名で大文字と小文字は区別されず、ほとんどの種類の Unix では大文字と小文字が区別されることになります。ただし、重要な例外が 1 つあります。Mac OS X で、Unixをベースとしているがデフォルトの HFS+ ファイルシステムを使用している場合です。この場合は大文字と小文字が区別されません。しかし、Mac OS X は UFS ボリュームもサポートしています。UFS ボリュームでは Unix の場合と同じように Mac OS X でも大文字と小文字が区別されます。項1.8.4. 「SQL標準に対するMｙSQL拡張機能」を参照してください。このセクションに後述されているように、lower_case_table_namesシステム変数も、サーバがどのように識別子の大文字と小文字を区別するかということに影響を与えます。

注:いくつかのプラットフォームでは、データベース名とテーブル名で大文字と小文字は区別されませんが、同じステートメント内で異なるケースを使用して同じデータベースやテーブルを参照しないようにしてください。次のステートメントでは、同じテーブルがmy_tableおよびMY_TABLEとして参照されています。したがって、このステートメントは機能しません。

mysql> SELECT * FROM my_table WHERE MY_TABLE.col=1;

カラム名、インデックス名、ストアされたルーチン名とカラムのエイリアスは、どのプラットフォームでも大文字と小文字が区別されません。トリガ名では大文字と小文字が区別されます。

デフォルトで、テーブルのエイリアスはUnixでは大文字と小文字が区別されますが、WindowsやMac OS Xでは区別されません。次のステートメントでは、同じエイリアスがaおよびAとして参照されています。したがって、このステートメントはUnixでは機能しません。

mysql> SELECT col_name FROM tbl_name AS a
    -> WHERE a.col_name = 1 OR A.col_name = 2;

しかし、Windowsではこの同じステートメントが機能します。このような違いがプログラムに起こらないようにするために、常に小文字を使用してデータベースとテーブルを作成および参照するなどの一貫した規則を設けてください。この規則は最大限の軽便さと使いやすさのために推奨されています。

MySQLでのテーブルとデータベース名の保存方法はlower_case_table_namesシステム変数に影響されます。これはmysqld起動時に設定できます。 lower_case_table_namesは以下のテーブルに示された値をとり得ます。Unixでは、lower_case_table_namesのデフォルト値は 0で、Windowsでは1、Mac OS Xでは2となります。

MySQLを単一プラットフォームでのみ使用している場合、通常はlower_case_table_names変数を変更する必要はありません。しかし、ファイルシステム上大文字小文字の区別方法が異なるプラットフォーム間でテーブルを移行させる場合、問題が生じる可能性があります。例えばUnix上で、my_tableとMY_TABLEのように異なる2つのテーブル名を使用することはできますが、Windows上ではこれらは同一のものとして扱われます。データベースやテーブル名上の大文字/小文字に由来する移行問題を避けるには、2つのオプションがあります：

lower_case_table_namesシステム変数を１に設定する場合、新しい変数設定でmysqldを再起動する前に、まず旧データベースおよびテーブル名を小文字に変換しなければなりません。

バイナリ照合順序に応じて大文字形式が同値とみなされれば、オブジェクト名は複製として扱われます。これはカーソル名、状態名、機能名、プロシージャ名、保存ポイント、ルーチンローカル変数において当てはまります。しかしカラム名、制約条件、データベース、パーティション、PREPAREを使用して準備されたステートメント、テーブル、トリガ、ユーザ、そしてユーザによって定義された変数においては当てはまりません。

ファイルシステム上、データベース、テーブル識別子、そして名前の間には一致点があります。MySQLでは各データベースをデータディレクトリ内のディレクトリとして表現し、適切なデータベースディレクトリ内の1つかそれ以上のファイルで各テーブルを表現します。

MySQL 5.1.6以前では、ファイルシステムオブジェクトに一致するデータベースオブジェクトの識別子として使用できる文字に制限がありました。例えば、パスネーム分離文字と‘.’は、テーブルファイル拡張の接頭子となるので使用できません

MySQL 5.1.6以降、ASCII NUL (0x00)を除く全ての文字は、データベースやテーブル識別子として有効です。MySQLはデータベースディレクトリやテーブルファイルを作成するとき、一致するファイルシステムオブジェクト内の問題文字を全てエンコードします。

ウィンドウズ上では、nulやprnやauxなどの名前はデバイス名として保存されるため、ファイル名として使えません。MySQL 5.1.10以降、これらの名前はMySQLで許可されています。サーバが一致ファイルもしくはディレクトリを作成する際に、これらは@@@を名前に付加されてエンコードされます。このようなことは全プラットフォーム上で、プラットフォーム間の一致データベースオブジェクトを移行する際に生じます。

バージョン5.1.6より前のMySQLのデータベースやテーブル内で、新エンコード利用機能がアップデートされていない特殊文字を使用している場合、INFORMATION_SCHEMAテーブルやSHOWステートメントのアウトプット形式内では、#mysql50#を接頭辞として名前が表示されます。例えば、a@bのようなテーブル名があり、そのエンコーディング名がアップデートされてない場合、このように表示されます：SHOW TABLES。

mysql> SHOW TABLES;
+----------------+
| Tables_in_test |
+----------------+
| #mysql50#a@b   |
+----------------+

エンコーディングがアップデートされてない名前を参照するには、#mysql50#接頭辞を付加しなければなりません。

mysql> SHOW COLUMNS FROM `a@b`;
ERROR 1146 (42S02): Table 'test.a@b' doesn't exist

mysql> SHOW COLUMNS FROM `#mysql50#a@b`;
+-------+---------+------+-----+---------+-------+
| Field | Type    | Null | Key | Default | Extra |
+-------+---------+------+-----+---------+-------+
| i     | int(11) | YES  |     | NULL    |       |
+-------+---------+------+-----+---------+-------+

特殊な接頭辞を使用する必要を無くすため、旧名をアップデートするには、mysqlcheckで再エンコードしてください。次のコマンドは全ての名前を新エンコーディングにアップデートします。

shell> mysqlcheck --check-upgrade --fix-db-names --fix-table-names --all-databases

特定のデータベースもしくはテーブルのみを確認するには、--all-databasesを削除し、適切なデータベースやテーブル引数を付け加えてください。mysqlcheck起動構文に関するさらに詳しい情報は以下を参照してください。項7.11. 「mysqlcheck ? テーブル メンテナンスと修復プログラム」

MySQL 5.1ではビルトイン（既存の）ファンクション、ユーザによって定義されたファンクション（UDFｓ）、そして保存されたファンクションがサポートされます。このセクションでは、サーバが、ビルトインファンクション名をファンクション呼び出しもしくは識別子として認識するかどうか、また既存名によって異なる型のファンクションが存在する場合に、サーバがどのファンクションを使用するかを決定します。

ビルトインファンクション名の構文解析

パーサがビルトインファンクション名を解析するには、デフォルトルールにのっとって行われます。これらのルールはIGNORE_SPACE SQLモードを起動させることで変更できます。

構文解析中にビルトインファンクションの名前を認識した場合、その名前がファンクション呼び出しを意味しているのか、テーブルやカラム名といった識別子を導く非表現であるかどうかを決定します。例えば、次のステートメントではcountに対する最初のリファレンスはファンクション呼び出しであるのに対し、2番目リファレンスはテーブル名です。

SELECT COUNT(*) FROM mytable;
CREATE TABLE count (i INT);

表現を解析している時にのみ、パーサはビルトインファンクション名をファンクション呼び出しとして認識します。つまり非表現コンテキストでは、ファンクション名は識別子として許可されます。

しかし、ビルトインファンクションの中には特定の構文解析もしくは実装がなされることがあり、パーサはデフォルトで次のルールに沿って、名前がファンクション呼び出しか非表現コンテキストで識別子として使用されているかを区別します。

名前と括弧文字の間に余白のないファンクション呼び出しの記述が要求された場合、特定認識がおこなわれるビルトインファンクションにのみ適用されます。COUNTはそういった名前の1つです。後続の余白によって解釈が決定されるファンクション名の正確なリストは、sql/lex.hソースファイルのsql_functions[]配列に表示されます。MySQL 5.1以前ではそれらは多数（約200）あるため、余白のない要求を全ファンクション呼び出しに適応させる方法が最も簡単でしょう。MySQL 5.1では、パーサが改良され、影響を受けるファンクション名の数が約30におさえられています。

sql_functions[]）配列にリストアップされていないファンクションには、余白は関係ありません。それらは表現コンテキスト内で使用される時のみファンクション呼び出しとして解釈され、それ以外では識別子として自由に使用されることもあります。ASCIIはそういった名前の1つです。しかし、こういった影響を受けないファンクション名に対する解釈は、表現コンテキストによって変わることがあります。func_name ()は単独で使用された場合、ビルトインファンクションと解釈されますが、単独ではない場合、func_name ()がユーザによって定義されたファンクションもしくは保存されたファンクションと解釈されます。

IGNORE_SPACE SQL モードでは、パーサがどのように余白が区別されるファンクション名を解釈するかを変更できます。

IGNORE_SPACE SQL モードを有効化するには、このステートメントを使用してください。

SET sql_mode = 'IGNORE_SPACE';

IGNORE_SPACEはANSIのような値に含まれるコンポジットモードでも有効化されます。

SET sql_mode = 'ANSI';

どのコンポジットモードがIGNORE_SPACEを有効化するかを調べるには項4.2.6. 「SQL モード」を参照してください。

IGNORE_SPACE設定におけるSQLコードの依存性を最小化するには、これらのガイドラインを使用してください。

IGNORE_SPACEに影響を受けるファンクション名の数はMySQL 5.1.13では約200から約30に抑えられ、MySQL 5.1.13からは、下記のファンクションのみIGNORE_SPACE設定に影響を受けます。

MySQLの前バージョンでは、sql/lex.hソースファイルのsql_functions[]配列の内容を確認して、どのファンクションがIGNORE_SPACEに影響を受けるかをチェックしてください。

非互換性に関する警告:MySQL 5.1.13ではIGNORE_SPACEの影響を受けるファンクション名の数を抑えることでパーサオペレーションに一貫性をもたらしました。ただし、次の条件に依存する旧SQLコードの非互換性の可能性も生じます

MySQL 5.1.13より後でIGNORE_SPACEに影響を受けないファンクションに対しては、その方法は機能しません。前置の非互換性に対応するコードがある場合は、次のうちどちらのアプローチも使えます。

ファンクション名の解像度

次のルールはファンクション作成と起動のためにサーバがどのようにファンクション名を参照するかについて述べられています。

前置ファンクション名を解除するには、新しいビルトインファンクションを実行するためのMySQLバージョンアップグレードを実行してください。