字符串是一个字节或字符序列，包含在单引号（ ' ）或双引号（ " ）字符中。 例子：

'一个字符串'
“另一个字符串”

彼此相邻的带引号的字符串连接成一个字符串。 以下行是等效的：

'一个字符串'
'a'''''字符串'

如果 ANSI_QUOTES 启用 了 SQL模式，则只能在单引号内引用字符串文字，因为在双引号内引用的字符串将被解释为标识符。

甲 二进制串 是一个字节的字符串。 每个二进制字符串都有一个字符集和排序规则 binary 。 一个 非二进制字符串 是字符的字符串。 它具有除字符集以外的字符集 binary 和与字符集兼容的排序规则。

对于这两种类型的字符串，比较基于字符串单元的数值。 对于二进制字符串，单位是字节; 比较使用数字字节值。 对于非二进制字符串，单位是字符，一些字符集支持多字节字符; 比较使用数字字符代码值。 字符代码排序是字符串排序规则的一个功能。 （有关更多信息，请参见 第10.8.5节“二进制排序与_bin排序相比” 。）

字符串文字可以具有可选的字符集介绍人和 COLLATE 子句，以将其指定为使用特定字符集和排序规则的字符串：

[_ charset_name]' string'[收集collation_name]

例子：

SELECT _latin1' string';
SELECT _binary' string';
SELECT _utf8''COLLATE stringutf8_danish_ci;

您可以使用 （或 ）在国家字符集中创建字符串。 这些陈述是等价的： N'literal' n'literal'

SELECT N'some text';
SELECT n'some text';
SELECT _utf8的一些文字';

有关这些形式的字符串语法的信息，请参见 第10.3.7节“国家字符集” 和 第10.3.8节“字符集介绍” 。

在字符串中，除非 NO_BACKSLASH_ESCAPES 启用S​​QL模式， 否则某些序列具有特殊含义 。 这些序列中的每一个都以反斜杠（ \ ） 开头 ，称为 转义字符 。 MySQL识别 表9.1“特殊字符转义序列”中显示的转义序列 。 对于所有其他转义序列，将忽略反斜杠。 也就是说，转义字符被解释为好像它没有被转义。 例如， \x 就是这样 x 。 这些序列区分大小写。 例如， \b 被解释为退格，但 \B 被解释为 B 。 根据 character_set_connection 系统变量 指示的字符集完成转义处理 。 即使对于前导有指示不同字符集的介绍人的字符串也是如此，如 第10.3.6节“字符串文字字符集和排序规则”中所述 。

ASCII 26字符可以编码为 \Z 使您能够解决ASCII 26代表Windows上的END-OF-FILE的问题。 如果您尝试使用，文件中的ASCII 26会导致问题 。 mysql db_name < file_name

的 \% 和 \_ 序列用于搜索的文字实例 % 和 _ 其中它们否则会被解释为通配符在模式匹配上下文。 请参见 第12.5.1节“字符串比较函数” 中的 LIKE 运算符 说明 。 如果您使用 或 模式匹配上下文之外，他们评估的字符串 和 ，不 和 。 \% \_ \% \_ % _

有几种方法可以在字符串中包含引号字符：

以下 SELECT 语句演示了引用和转义的工作原理：

MySQL的> SELECT 'hello', '"hello"', '""hello""', 'hel''lo', '\'hello';
+ ------- + --------- + ----------- + -------- + -------- +
| 你好| “你好”| “”你好“”| hel'lo | '你好|
+ ------- + --------- + ----------- + -------- + -------- +

MySQL的> SELECT "hello", "'hello'", "''hello''", "hel""lo", "\"hello";
+ ------- + --------- + ----------- + -------- + -------- +
| 你好| '你好'| ''你好''| hel“lo |”你好|
+ ------- + --------- + ----------- + -------- + -------- +

MySQL的> SELECT 'This\nIs\nFour\nLines';
+ -------------------- +
| 这个
是
四
线条|
+ -------------------- +

MySQL的> SELECT 'disappearing\ backslash';
+ ------------------------ +
| 消失的反斜杠|
+ ------------------------ +

要将二进制数据插入字符串列（例如 BLOB 列），您应该通过转义序列表示某些字符。 \ 必须转义 反斜杠（ ）和用于引用字符串的引号字符。 在某些客户端环境中，可能还需要转义 NUL 或Control + Z. 在 MySQL的 客户端会截断引号包含字符串的 NUL 字符，如果他们没能逃脱，并控制+ Z，可以采取档案结尾在Windows上，如果没有逃脱。 有关表示每个字符的转义序列，请 参见表9.1“特殊字符转义序列” 。

编写应用程序时，在将字符串用作发送到MySQL服务器的SQL语句中的数据值之前，必须正确转义任何可能包含这些特殊字符的字符串。 您可以通过两种方式执行此操作：

数字文字包括精确值（整数和 DECIMAL ）文字和近似值（浮点）文字。

整数表示为数字序列。 数字可以包括 . 小数分隔符。 数字可以分别在前面 - 或 + 表示负值或正值。 用尾数和指数以科学记数法表示的数字是近似值数字。

精确值数字文字具有整数部分或小数部分，或两者都有。 他们可能会签名。 例如： 1 ， .2 ， 3.4 ， -5 ， -6.78 ， +9.10 。

近似值数字文字用科学记数法表示，带有尾数和指数。 可以签署任一部分或两部分。 例如： 1.2E3 ， 1.2E-3 ， -1.2E3 ， -1.2E-3 。

两个看起来相似的数字可能会有不同的对待。 例如， 2.34 是精确值（定点）数，而是 2.34E0 近似值（浮点数）。

的 DECIMAL 数据类型是一个定点类型和计算是精确的。 在MySQL中， DECIMAL 类型有多个同义词： NUMERIC ， DEC ， FIXED 。 整数类型也是精确值类型。 有关精确值计算的更多信息，请参见 第12.25节“精确数学” 。

该 FLOAT 和 DOUBLE 数据类型是浮点类型，其计算是近似的。 在MySQL中，类型与同义 FLOAT 或 DOUBLE 有 DOUBLE PRECISION 和 REAL 。

整数可以用在浮点上下文中; 它被解释为等效的浮点数。

日期和时间值可以用多种格式表示，例如带引号的字符串或数字，具体取决于值的确切类型和其他因素。 例如，在上下文中，其中的MySQL预计日期时，它解释任何的 '2015-07-21' ， '20150721' 以及 20150721 作为一个日期。

本节介绍日期和时间文字的可接受格式。 有关时态数据类型的更多信息，例如允许值的范围，请参阅以下部分：

标准SQL和ODBC日期和时间字面值。  标准SQL允许使用类型关键字和字符串指定时态文字。 关键字和字符串之间的空格是可选的。

日期' str'
时间' str'
TIMESTAMP' str'

MySQL识别这些构造以及相应的ODBC语法：

{d' str'}
{t' str'}
{ts' str'}

MySQL使用type关键字，这些结构分别产生 DATE ， TIME 和 DATETIME 值，如果指定则包括尾部小数秒部分。 该 TIMESTAMP 语法产生 DATETIME 在MySQL的价值，因为 DATETIME 有更紧密地对应于标准SQL的范围 TIMESTAMP 类型，其中有一年范围 0001 到 9999 。 （MySQL的 TIMESTAMP 年份范围是 1970 到 2038 。）

日期和时间上下文中的字符串和数字文字。  MySQL DATE 以这些格式 识别 值：

MySQL 以这些格式 识别 DATETIME 和 TIMESTAMP 评估：

A DATETIME 或 TIMESTAMP 值可以包括高达微秒（6位）精度的尾随小数秒部分。 小数部分应始终与其余时间分开一个小数点; 没有识别出其他小数秒分隔符。 有关MySQL 中小 数秒支持的信息，请参见 第11.3.5节“时间值中的 小数秒 ” 。

包含两位数年份值的日期不明确，因为这个世纪是未知的。 MySQL使用以下规则解释两位数的年份值：

另见 第11.3.7节“日期中的两位数年份” 。

对于指定为包含日期部分分隔符的字符串的值，不必为小于的月份或日期值指定两个数字 10 。 '2015-6-9' 是一样的 '2015-06-09' 。 同样，对于指定为包含时间部分分隔符的字符串的值，不必为小于的小时，分​​钟或秒值指定两个数字 10 。 '2015-10-30 1:2:3' 是一样的 '2015-10-30 01:02:03' 。

指定为数字的值应为6,8,12或14位长。 如果一个数字是8或14位长，则假定它是 格式 YYYYMMDD 或 YYYYMMDDhhmmss 格式，并且年份由前4位数给出。 如果数字长度为6或12位，则假定为 格式 YYMMDD 或 YYMMDDhhmmss 格式，并且年份由前2位数给出。 不是这些长度之一的数字被解释为用前导零填充到最接近的长度。

指定为非定界字符串的值将根据其长度进行解释。 对于长度为8或14个字符的字符串，假定年份由前4个字符给出。 否则，假定年份由前2个字符给出。 字符串从左到右解释，以查找字符串中存在的多个部分的年，月，日，小时，分钟和秒值。 这意味着您不应使用少于6个字符的字符串。 例如，如果您指定 '9903' ，表示代表1999年3月，则MySQL将其转换为 “ 零 ” 日期值。 发生这种情况是因为年和月的值是 99 和 03 ，但是那一天完全没有了。 但是，您可以明确指定零值以表示缺少的月份或日期部分。 例如，要插入值 '1999-03-00' ，请使用 '990300' 。

MySQL TIME 以这些格式 识别 值：

结尾的部分的秒部分在所识别的 'D hh:mm:ss.fraction' ， 'hh:mm:ss.fraction' ， 'hhmmss.fraction' ，和 hhmmss.fraction 时间的格式，其中， fraction 是在高达微秒（6位）精度的小数部分。 小数部分应始终与其余时间分开一个小数点; 没有识别出其他小数秒分隔符。 有关MySQL 中小 数秒支持的信息，请参见 第11.3.5节“时间值中的 小数秒 ” 。

对于 TIME 指定为包含时间部件分隔符的字符串的值，不必为小于，小时或秒的值指定两个数字 10 。 '8:3:2' 是一样的 '08:03:02' 。

十六进制文字值使用 或 表示法 编写 ，其中 包含十六进制数字（ ， ）。 数字和任何领先的字母 都没关系。 前导 区分大小写，不能写为 。 X'val' 0xval val 0..9 A..F X 0x 0X

合法的十六进制文字：

X'01AF”
X'01af”
x'01AF”
x'01af”
0x01AF
0x01af

非法十六进制文字：

X'0G'（G不是十六进制数字）
0X01AF（0X必须写为0x）

使用 表示法 写入的值 必须包含偶数位数或发生语法错误。 要更正此问题，请使用前导零填充值： X'val'

MySQL的> SET @s = X'FFF';
错误1064（42000）：您的SQL语法有错误;
查看与MySQL服务器对应的手册
在“X'FFF”附近使用正确语法的版本

MySQL的> SET @s = X'0FFF';
查询正常，0行受影响（0.00秒）

使用 包含奇数位数的符号 写入的值 被视为具有额外的前导 。 例如， 被解释为 。 0xval 0 0xaaa 0x0aaa

默认情况下，十六进制文字是二进制字符串，其中每对十六进制数字代表一个字符：

MySQL的> SELECT X'4D7953514C', CHARSET(X'4D7953514C');
+ --------------- + ------------------------ +
| X'4D7953514C'| CHARSET（X'4D7953514C'）|
+ --------------- + ------------------------ +
| MySQL | 二进制|
+ --------------- + ------------------------ +
MySQL的> SELECT 0x5461626c65, CHARSET(0x5461626c65);
+ -------------- + ----------------------- +
| 0x5461626c65 | CHARSET（0x5461626c65）|
+ -------------- + ----------------------- +
| 表| 二进制|
+ -------------- + ----------------------- +

十六进制文字可以具有可选的字符集介绍者和 COLLATE 子句，以将其指定为使用特定字符集和排序规则的字符串：

[_ charset_name] X' val'[COLLATE collation_name]

例子：

SELECT _latin1 X'4D7953514C';
SELECT _utf8 0x4D7953514C COLLATE utf8_danish_ci;

这些示例使用 符号，但 符号也允许引入者。 有关介绍人的信息，请参见 第10.3.8节“字符集介绍人” 。 X'val' 0xval

在数字上下文中，MySQL将十六进制文字视为 BIGINT （64位整数）。 要确保对十六进制文字进行数字处理，请在数字上下文中使用它。 这样做的方法包括添加0或使用 CAST(... AS UNSIGNED) 。 例如，默认情况下，分配给用户定义变量的十六进制文字是二进制字符串。 要将值指定为数字，请在数字上下文中使用它：

mysql> SET @v1 = X'41';
mysql> SET @v2 = X'41'+0;
mysql> SET @v3 = CAST(X'41' AS UNSIGNED);
mysql>SELECT @v1, @v2, @v3;
+ ------ + ------ + ------ +
| @ v1 | @ v2 | @ v3 |
+ ------ + ------ + ------ +
| A | 65 | 65 |
+ ------ + ------ + ------ +

空十六进制值（ X'' ）计算为零长度二进制字符串。 转换为数字，它产生0：

MySQL的> SELECT CHARSET(X''), LENGTH(X'');
+ -------------- + ------------- +
| CHARSET（X''）| 长度（X''）|
+ -------------- + ------------- +
| 二进制| 0 |
+ -------------- + ------------- +
MySQL的> SELECT X''+0;
+ ------- +
| X''+ 0 |
+ ------- +
| 0 |
+ ------- +

该 表示法基于标准SQL。 该 表示法基于ODBC，其十六进制字符串通常用于为 列 提供值 。 X'val' 0x BLOB

要将字符串或数字转换为十六进制格式的字符串，请使用以下 HEX() 函数：

MySQL的> SELECT HEX('cat');
+ ------------ +
| 十六进制（'猫'）|
+ ------------ +
| 636174 |
+ ------------ +
MySQL的> SELECT X'636174';
+ ----------- +
| X'636174'|
+ ----------- +
| 猫|
+ ----------- +

对于十六进制文字，位操作被视为数字上下文，但位操作允许MySQL 8.0及更高版本中的数字或二进制字符串参数。 要显式指定十六进制文字的二进制字符串上下文，请使用 _binary 至少一个参数 的 介绍人：

mysql> SET @v1 = X'000D' | X'0BC0';
mysql> SET @v2 = _binary X'000D' | X'0BC0';
mysql>SELECT HEX(@v1), HEX(@v2);
+ ---------- + ---------- +
| 十六进制（@ v1）| HEX（@ v2）|
+ ---------- + ---------- +
| BCD | 0BCD |
+ ---------- + ---------- +

所显示的结果，这样对位操作类似，但没有结果 _binary 是一个 BIGINT 值，而将结果与 _binary 一个二进制字符串。 由于结果类型不同，显示的值不同：数字结果不显示高位0位数。

位值文字是使用 或 表示法 编写的 。 是使用零和1写的二进制值。 任何领导的信件 都没关系。 前导 区分大小写，不能写为 。 b'val' 0bval val b 0b 0B

合法的比特值文字：

B'01'
B'01'
0B01

非法位值文字：

b'2'（2不是二进制数字）
0B01（0B必须写为0b）

默认情况下，位值文字是二进制字符串：

MySQL的> SELECT b'1000001', CHARSET(b'1000001');
+ ------------ + --------------------- +
| b'1000001'| CHARSET（b'1000001'）|
+ ------------ + --------------------- +
| A | 二进制|
+ ------------ + --------------------- +
MySQL的> SELECT 0b1100001, CHARSET(0b1100001);
+ ----------- + -------------------- +
| 0b1100001 | CHARSET（0b1100001）|
+ ----------- + -------------------- +
| a | 二进制|
+ ----------- + -------------------- +

位值文字可以具有可选的字符集介绍者和 COLLATE 子句，以将其指定为使用特定字符集和排序规则的字符串：

[_ charset_name] b' val'[COLLATE collation_name]

例子：

SELECT _latin1 b'1000001';
SELECT _utf8 0b1000001 COLLATE utf8_danish_ci;

这些示例使用 符号，但 符号也允许引入者。 有关介绍人的信息，请参见 第10.3.8节“字符集介绍人” 。 b'val' 0bval

在数字上下文中，MySQL将字面视为整数。 要确保对位字面值进行数字处理，请在数字上下文中使用它。 这样做的方法包括添加0或使用 CAST(... AS UNSIGNED) 。 例如，默认情况下，分配给用户定义变量的位文字是二进制字符串。 要将值指定为数字，请在数字上下文中使用它：

mysql> SET @v1 = b'1100001';
mysql> SET @v2 = b'1100001'+0;
mysql> SET @v3 = CAST(b'1100001' AS UNSIGNED);
mysql>SELECT @v1, @v2, @v3;
+ ------ + ------ + ------ +
| @ v1 | @ v2 | @ v3 |
+ ------ + ------ + ------ +
| a | 97 | 97 |
+ ------ + ------ + ------ +

空位值（ b'' ）计算为零长度二进制字符串。 转换为数字，它产生0：

MySQL的> SELECT CHARSET(b''), LENGTH(b'');
+ -------------- + ------------- +
| CHARSET（b''）| 长度（b''）|
+ -------------- + ------------- +
| 二进制| 0 |
+ -------------- + ------------- +
MySQL的> SELECT b''+0;
+ ------- +
| b''+ 0 |
+ ------- +
| 0 |
+ ------- +

位值表示法便于指定要分配给 BIT 列的 值 ：

mysql> CREATE TABLE t (b BIT(8));
mysql> INSERT INTO t SET b = b'11111111';
mysql> INSERT INTO t SET b = b'1010';
mysql>INSERT INTO t SET b = b'0101';

结果集中的位值将作为二进制值返回，这可能无法很好地显示。 要将位值转换为可打印格式，请在数字上下文中使用它或使用转换函数（如 BIN() 或） HEX() 。 转换后的值中不显示高位0位数。

MySQL的> SELECT b+0, BIN(b), OCT(b), HEX(b) FROM t;
+ ------ + ---------- + -------- + -------- +
| b + 0 | BIN（b）| OCT（b）| HEX（b）|
+ ------ + ---------- + -------- + -------- +
| 255 | 11111111 | 377 | FF |
| 10 | 1010 | 12 | A |
| 5 | 101 | 5 | 5 |
+ ------ + ---------- + -------- + -------- +

对于位文字，位操作被视为数字上下文，但位操作允许MySQL 8.0及更高版本中的数字或二进制字符串参数。 要为位文字显式指定二进制字符串上下文，请使用 _binary 至少一个参数 的 介绍人：

mysql> SET @v1 = b'000010101' | b'000101010';
mysql> SET @v2 = _binary b'000010101' | _binary b'000101010';
mysql>SELECT HEX(@v1), HEX(@v2);
+ ---------- + ---------- +
| 十六进制（@ v1）| HEX（@ v2）|
+ ---------- + ---------- +
| 3F | 003F |
+ ---------- + ---------- +

所显示的结果，这样对位操作类似，但没有结果 _binary 是一个 BIGINT 值，而将结果与 _binary 一个二进制字符串。 由于结果类型不同，显示的值不同：数字结果不显示高位0位数。

常数 TRUE 并 分别 FALSE 评估 1 和 0 。 常量名称可以写在任何字母表中。

MySQL的> SELECT TRUE, true, FALSE, false;
        - > 1,1,0,0

该 NULL 值意味着 “ 没有数据。 “ NULL 可以用任何字母写成。

请注意，该 NULL 值与 0 数值类型或字符串类型的空字符串 等值不同 。 有关更多信息，请参见 第B.4.4.3节“NULL值的问题” 。

对于使用 LOAD DATA or 执行的文本文件导入或导出操作 SELECT ... INTO OUTFILE ， NULL 由 \N 序列 表示 。 请参见 第13.2.7节“LOAD DATA语法” 。

对于排序方式 ORDER BY ， NULL 值在升序排序的其他值之前排序，在降序排序的其他值之后排序。

对象名称可能不合格或合格。 在名称解释明确无误的情况下，允许使用非限定名称。 限定名称包括至少一个限定符，以通过覆盖默认上下文或提供缺少的上下文来阐明解释上下文。

例如，此语句使用非限定名称创建表 t1 ：

CREATE TABLE t1（i INT）;

由于不 t1 包含用于指定数据库的限定符，因此该语句将在默认数据库中创建表。 如果没有默认数据库，则会发生错误。

此语句使用限定名称创建表 db1.t1 ：

CREATE TABLE db1.t1（i INT）;

因为 db1.t1 包含数据库限定符 db1 ，所以语句 t1 在名为的数据库中 创建 db1 ，而不管缺省数据库。 如果没有默认数据库，则 必须 指定 限定符 。 如果存在默认数据库， 则 可以指定 限定符 ，指定与默认数据库不同的数据库;如果默认值与指定的默认值相同，则可以指定数据库显式。

限定符具有以下特征：

对象名称的允许限定符取决于对象类型：

除非非限定引用不明确，否则无需在语句中为对象引用指定限定符。 假设列 c1 只在表中出现 t1 ， c2 只在 t2 和 c 两 t1 和 t2 。 任何非限定引用 c 在引用两个表的语句中都是不明确的，必须限定为 t1.c 或 t2.c 表示您的表：

SELECT c1，c2，t1.c FROM t1 INNER JOIN t2
在哪里t2.c> 100;

同样，要从 t 数据库中 的表 db1 和 同一语句 t 中的数据库 db2 中的 表 中检索 ，必须限定表引用：对于这些表中的列的引用，仅对两个表中出现的列名称都要求限定符。 假设列 c1 只在表中出现 db1.t ， c2 只在 db2.t 和 c 两 db1.t 和 db2.t 。 在这种情况下， c 是不明确的，必须加以限定，但 c1 并 c2 不必是：

SELECT c1，c2，db1.tc FROM db1.t INNER JOIN db2.t
WHERE db2.tc> 100;

表别名使得限定列引用更简单：

SELECT c1，c2，t1.c FROM db1.t AS t1 INNER JOIN db2.t AS t2
在哪里t2.c> 100;

在MySQL中，数据库对应于数据目录中的目录。 数据库中的每个表对应于数据库目录中的至少一个文件（并且可能更多，取决于存储引擎）。 触发器也对应于文件。 因此，底层操作系统的区分大小写在数据库，表和触发器名称的区分大小写中起作用。 这意味着这些名称在Windows中不区分大小写，但在大多数Unix中都区分大小写。 一个值得注意的例外是macOS，它是基于Unix的，但使用的是一个不区分大小写的默认文件系统类型（HFS +）。 但是，macOS也支持UFS卷，它在任何Unix上都是区分大小写的。 看到 第1.8.1节“标准SQL的MySQL扩展” 。 所述 lower_case_table_names 系统变量也影响服务器如何处理标识符区分大小写，如在本节后面说明。

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

列，索引，存储例程，事件和资源组名称在任何平台上都不区分大小写，列别名也不区分大小写。

但是，日志文件组的名称区分大小写。 这与标准SQL不同。

默认情况下，表别名在Unix上区分大小写，但在Windows或macOS上不是这样。 以下语句在Unix上不起作用，因为它引用了as a 和as 的别名 A ：

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 系统变量的 影响 。 lower_case_table_names 可以采用下表中显示的值。 这个变量不 不 影响触发标识符的情况下的灵敏度。 在Unix上，默认值为 lower_case_table_names 0.在Windows上，默认值为1.在macOS上，默认值为2。

lower_case_table_names 只能在初始化服务器时配置。 lower_case_table_names 禁止在初始化服务器后 更改 设置。

如果您只在一个平台上使用MySQL，则通常不必使用 lower_case_table_names 默认设置以外的设置。 但是，如果要在文件系统区分大小写不同的平台之间传输表，则可能会遇到困难。 例如，在Unix上，你可以有两个不同的表名为 my_table 和 MY_TABLE ，但在Windows这两个名字都被认为是相同的。 为避免数据库或表名字母的数据传输问题，您有两种选择：

如果对象名称的大写形式根据二进制排序规则相等，则可以认为它们是重复的。 对于游标，条件，过程，函数，保存点，存储的例程参数，存储的程序局部变量和插件的名称都是如此。 对于列，约束，数据库，分区，使用 PREPARE 表，触发器，用户和用户定义变量 准备的语句的名称，情况并非如此 。

文件系统区分大小写可能会影响 INFORMATION_SCHEMA 表的 字符串列中的搜索 。 有关更多信息，请参见 第10.8.7节“在INFORMATION_SCHEMA搜索中使用排序规则” 。

数据库和表标识符与文件系统中的名称之间存在对应关系。 对于基本结构，MySQL将每个数据库表示为数据目录中的目录，并且根据存储引擎，每个表可以由相应数据库目录中的一个或多个文件表示。

对于数据和索引文件，磁盘上的确切表示是特定于存储引擎的。 这些文件可以存储在数据库目录中，或者信息可以存储在单独的文件中。 InnoDB 数据存储在InnoDB数据文件中。 如果您使用表空间 InnoDB ，则 使用 您创建的特定表空间文件。

除ASCII NUL（ X'00' ） 外，任何字符在数据库或表标识符中都是合法的 。 MySQL在创建数据库目录或表文件时对相应文件系统对象中存在问题的任何字符进行编码：

在Windows上，某些名称（如 nul ， prn 和） aux 通过 @@@ 在服务器创建相应文件或目录时 附加 到名称 进行编码 。 这种情况发生在所有平台上，以便在平台之间移植相应的数据库对象。

MySQL支持内置（本机）函数，用户定义函数（UDF）和存储函数。 本节介绍服务器如何识别内置函数的名称是用作函数调用还是用作标识符，以及服务器如何确定在具有给定名称的不同类型的函数存在的情况下使用哪个函数。

SELECT COUNT（*）FROM mytable;
CREATE TABLE计数（i INT）;

SET sql_mode ='IGNORE_SPACE';

SET sql_mode ='ANSI';