所有使用的关键词必须严格以上面所显示的次序被给出。举例来说，一个 HAVING 子句必须出现在 GROUP BY 子句后，在 ORDER BY 字句之前。
一个 SELECT 表达式可以使用 AS 指定一个别名。别名可以当作表达式的列名，用于 ORDER BY 或 HAVING 子句中。例如：
mysql> SELECT CONCAT(last_name,', ',first_name) AS full_name
FROM mytable ORDER BY full_name;
在一个 WHERE 子句中使用一个列别名是不允许的，因为，当 WHERE 子句被执行时，列值可能还没有被计算确定。查看章节 A.5.4 使用 alias 的限制。
FROM table_references 子句表示从哪个表中检索记录行。如果你命名超过超过一个表，并执行一个 join。对于 join 句法的信息，查看章节 6.4.1.1 JOIN 句法。对于每个引用的表，你可以顺便指定一个别名。
table_name [[AS] alias] [[USE INDEX (key_list)] | [IGNORE INDEX (key_list)] | FORCE INDEX (key_list)]]
到 MySQL 3.23.12 时，当 MySQL 在从一个表中检索信息时，你可以提示它选择了哪一个索引。如果 EXPLAIN 显示 MySQL 使用了可能的索引列表中错误的索引，这个特性将是很有用的。通过指定 USE INDEX (key_list)，你可以告诉 MySQL 使用可能的索引中最合适的一个索引在表中查找记录行。可选的二选一句法 IGNORE INDEX (key_list) 可被用于告诉 MySQL 不使用特定的索引。
在 MySQL 4.0.9 中，你也可以使用 FORCE INDEX。这个有点像 USE INDEX (key_list)，但是有了这个附加物，一个表的扫描被采用时，将会有非常大的开销。换句法说，如果没有方法使用给定的索引在表中寻找记录行，这时表扫描才会被使用。
USE/IGNORE/FORCE KEY 分别是 USE/IGNORE/FORCE INDEX 的同义词。
mysql> SELECT t1.name, t2.salary FROM employee AS t1, info AS t2
-> WHERE t1.name = t2.name;
mysql> SELECT t1.name, t2.salary FROM employee t1, info t2
-> WHERE t1.name = t2.name;
选取出来用于输出的列可以在 ORDER BY 和 GROUP BY 子句中使用列名、列的别名或列的位置来引用。列的位置从 1 开始：
mysql> SELECT college, region, seed FROM tournament
-> ORDER BY region, seed;
mysql> SELECT college, region AS r, seed AS s FROM tournament
-> ORDER BY r, s;
mysql> SELECT college, region, seed FROM tournament
-> ORDER BY 2, 3;
为了以倒序排序，可以在 ORDER BY 子句中用于排序的列名后添加一个 DESC (递减 descending)关键词。缺省为升序排序；这也可以通过使用 ASC 关键词明确指定。
一个表引用可以使用 tbl_name AS alias_name 或 tbl_name alias_name 命以别名：
mysql> SELECT t1.name, t2.salary FROM employee AS t1, info AS t2
-> WHERE t1.name = t2.name;
ON 条件是可以用在一个 WHERE 子句中的任何形式的条件。
如果在一个 LEFT JOIN 的 ON 或 USING 部分中右表没有匹配的记录，一个所有列被设置为 NULL 的记录行将被用于右表。你可以通过这个行为找到一个表在另一个表中没有配对物的记录：
mysql> SELECT table1.* FROM table1
-> LEFT JOIN table2 ON table1.id=table2.id
-> WHERE table2.id IS NULL;
这个例子在 table1 中找到所有的记录行，其 id 值没有出现在 table2 中(即，所有在 table1 存在的，但在 table2 中没有对应记录的记录行)。当然，这是假定 table2.id 被声明为 NOT NULL 的。查看章节 5.2.6 MySQL 如何优化 LEFT JOIN 和 RIGHT JOIN。
USING(column_list) 子句指定了一个列的列表，列表的中列必须同时存在于两个表中。例如 USING 子句如下所示：
A LEFT JOIN B USING (C1,C2,C3,...)
它可以被定义为在语义上等同于一个这样的 ON 表达式：
A.C1=B.C1 AND A.C2=B.C2 AND A.C3=B.C3,...
两个表的 NATURAL [LEFT] JOIN 被定义为在语义上等同于使用了 USING 子句指定存在于两张表中的所有列的一个 INNER JOIN 或一个 LEFT JOIN。
INNER JOIN 和 , (逗号) 在语义上是等同的。都是在所有的表之间进行一个全联结。通常，在 WHERE 条件中指定表应该如何联结。
RIGHT JOIN 作用类似于 LEFT JOIN。为了保持数据库边的代码上精简，LEFT JOIN 被推荐使用来代替 RIGHT JOIN。
到 MySQL 3.23.12 时，当 MySQL 在从一个表中检索信息时，你可以提示它选择了哪一个索引。如果 EXPLAIN 显示 MySQL 使用了可能的索引列表中错误的索引，这个特性将是很有用的。通过指定 USE INDEX (key_list)，你可以告诉 MySQL 使用可能的索引中最合适的一个索引在表中查找记录行。可选的二选一句法 IGNORE INDEX (key_list) 可被用于告诉 MySQL 不使用特定的索引。
在 MySQL 4.0.9 中，你也可以使用 FORCE INDEX。这个有点像 USE INDEX (key_list)，但是有了这个附加物，一个表的扫描被采用时，将会有非常大的开销。换句法说，如果没有方法使用给定的索引在表中寻找记录行，这时表扫描才会被使用。
USE/IGNORE/FORCE KEY 分别是 USE/IGNORE/FORCE INDEX 的同义词。
一些例子：
mysql> SELECT * FROM table1,table2 WHERE table1.id=table2.id;
mysql> SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id;
mysql> SELECT * FROM table1 LEFT JOIN table2 USING (id);
mysql> SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id
-> LEFT JOIN table3 ON table2.id=table3.id;
mysql> SELECT * FROM table1 USE INDEX (key1,key2)
-> WHERE key1=1 AND key2=2 AND key3=3;
mysql> SELECT * FROM table1 IGNORE INDEX (key3)
-> WHERE key1=1 AND key2=2 AND key3=3;
INSERT 语句的 DELAYED 选项是一个 MySQL 特有的选项，如果你的客户端不能等待 INSERT 的完成，这将会是很有用的。This is a common problem when you use MySQL for logging and
当你打开日志记录使用 MySQL 并且你周期性的需花费很长时间才完成的 SELECT 和 UPDATE 语句时，这将是一个很普遍的问题。DELAYED 在 MySQL 3.22.15 中被引入。它是 MySQL 对 ANSI SQL92 的一个扩展。
LOAD DATA [LOW_PRIORITY | CONCURRENT] [LOCAL] INFILE 'file_name.txt'
[REPLACE | IGNORE]
INTO TABLE tbl_name
[FIELDS
[TERMINATED BY '\t']
[[OPTIONALLY] ENCLOSED BY '']
[ESCAPED BY '\\' ]
]
[LINES TERMINATED BY '\n']
[IGNORE number LINES]
[(col_name,...)]
LOAD DATA INFILE 语句以非常高的速度从一个文本文件中读取记录行并插入到一个表中。如果 LOCAL 关键词被指定，文件从客户端主机读取。如果 LOCAL 没有被指定，文件必须位于服务器上。(LOCAL 在 MySQL 3.22.6 或更新的版本中被支持。)
由于安全性的原因，当读取位于服务器端的文本文件时，文件必须处于数据库目录或可被所有人读取的地方。同时，为了对服务器端的文件使用 LOAD DATA INFILE，你必须在服务器主机上有 FILE 权限。查看章节 4.2.7 由 MySQL 提供的权限。
在 MySQL 3.23.49 和 MySQL 4.0.2 中，只有当你没有以 --local-infile=0 选项启动 mysqld，或你没有禁止你的客户端程序支持 LOCAL的情况下，LOCAL 才会工作。查看章节 4.2.4 LOAD DATA LOCAL 的安全性问题.
如果你指定关键词 LOW_PRIORITY，LOAD DATA 语句的执行将会被延迟，直到没有其它的客户端正在读取表。
如果你对一个 MyISAM 表指定关键词 CONCURRENT，那么当 LOAD DATA正在执行时，其它的线程仍可以从表中检索数据。使用这个选项时，如果同时也有其它的线程正在使用表，这当然会有一点影响 LOAD DATA 的执行性能。
使用 LOCAL 将比让服务器直接访问文件要慢一些，因为文件的内容必须从客户端主机传送到服务器主机。而在另一方面，你不再需要有 FILE 权限用于装载本地文件。
如果你使用先于 MySQL 3.23.24 的版本，你不能够以 LOAD DATA INFILE 读取一个 FIFO 。如果你需要从一个 FIFO (例如，gunzip 的输出文件) 中读取，可以使用 LOAD DATA LOCAL INFILE 代替。
FIELDS TERMINATED BY '\t' ENCLOSED BY '' ESCAPED BY '\\'
如果你没有指定一个 LINES 子句，缺省的相同于如果你这样写：
LINES TERMINATED BY '\n'
换句话说，当读取输入时，缺省值导致 LOAD DATA INFILE 表现如下：
在换行符处寻找行的边界。
在定位符处将行分开放到字段中。
不认为字段由任何引号字符封装。
将有 “\” 开头的定位符、换行符或 `\' 解释为字段值的一个文字字符。
相反的，当写入输出时，缺省值导致 SELECT ... INTO OUTFILE 表现如下：
在字段值间加上定位符。
不用任何引号字符封装字段。
使用 “\” 转义出现在字段值中的定位符、换行符或 `\' 字符实例。
在行的结尾处加上换行符。
注意，为了写 FIELDS ESCAPED BY '\\'，你必须指定两个反斜线，该值会作为一个反斜线被读入。
IGNORE number LINES 选项可被用于忽略文件开头处的一个列名的头：
mysql> LOAD DATA INFILE "/tmp/file_name" INTO TABLE test IGNORE 1 LINES;
当你一前一后地使用 SELECT ... INTO OUTFILE 和 LOAD DATA INFILE 将数据从一个数据库写到一个文件中，然后再从文件中将它读入数据库中时，两个命令的字段和行处理选项必须匹配。否则，LOAD DATA INFILE 将不能正确地解释文件内容。假设你使用 SELECT ... INTO OUTFILE 以逗号分隔字段的方式将数据写入到一个文件中：
mysql> SELECT * INTO OUTFILE 'data.txt'
-> FIELDS TERMINATED BY ','
-> FROM ...;
为了将由逗号分隔的文件读回时，正确的语句应该是：
mysql> LOAD DATA INFILE 'data.txt' INTO TABLE table2
-> FIELDS TERMINATED BY ',';
如果你试图用下面所示的语句读取文件，它将不会工作，因为命令 LOAD DATA INFILE 以定位符区分字段值：
mysql> LOAD DATA INFILE 'data.txt' INTO TABLE table2
-> FIELDS TERMINATED BY '\t';
可能的结果是每个输入行将被解释为一个单独的字段。
LOAD DATA INFILE 也可以被用来读取从外部来源获得的文件。例如，dBASE 格式的文件，字段以逗号分隔并以双引号包围着。如果文件中的行以一个换行符终止，那么下面所示的可以说明你将用来装载文件的字段和行处理选项：
mysql> LOAD DATA INFILE 'data.txt' INTO TABLE tbl_name
-> FIELDS TERMINATED BY ',' ENCLOSED BY '"'
-> LINES TERMINATED BY '\n';
任何字段和行处理选项都可以指定一个空字符串('')。如果不是空的，FIELDS [OPTIONALLY] ENCLOSED BY 和 FIELDS ESCAPED BY 值必须是一个单个字符。FIELDS TERMINATED BY 和 LINES TERMINATED BY 值可以超过一个字符。例如，为了写入由回车换行符终止的行，或读取包含这样的行的文件，应该指定一个 LINES TERMINATED BY '\r\n' 子句。
举例来说，为了读取一个文件到一个 SQL 表中，文件以一行 %% 分隔(开玩笑的)，你可以这样做：
CREATE TABLE jokes (a INT NOT NULL AUTO_INCREMENT PRIMARY KEY, joke TEXT
NOT NULL);
LOAD DATA INFILE "/tmp/jokes.txt" INTO TABLE jokes FIELDS TERMINATED BY ""
LINES TERMINATED BY "\n%%\n" (joke);
FIELDS [OPTIONALLY] ENCLOSED BY 控制字段的包围字符。对于输出 (SELECT ... INTO OUTFILE)，如果你省略单词 OPTIONALLY，所有的字段被 ENCLOSED BY 字符包围。这样的一个输出文件(以一个逗号作为字段分界符)示例如下：
"1","a string","100.20"
"2","a string containing a , comma","102.20"
"3","a string containing a \" quote","102.20"
"4","a string containing a \", quote and comma","102.20"
如果你指定 OPTIONALLY，ENCLOSED BY 字符仅被作用于包围 CHAR 和 VARCHAR 字段：
1,"a string",100.20
2,"a string containing a , comma",102.20
3,"a string containing a \" quote",102.20
4,"a string containing a \", quote and comma",102.20
注意，在一个字段值中出现的 ENCLOSED BY 字符，通过用 ESCAPED BY 字符作为其前缀对其转义。同时也要注意，如果你指定一个空的 ESCAPED BY 值，可能会产生不能被 LOAD DATA INFILE 正确读出的输出文件。例如，如果转义字符为空，上面显示的输出将变成如下显示的输出。请注意第四行的第二个字段，它包含一个逗号跟在一个引号后的两个字符，这(错误的)看起来像是一个字段的终止：
1,"a string",100.20
2,"a string containing a , comma",102.20
3,"a string containing a " quote",102.20
4,"a string containing a ", quote and comma",102.20
对于输入，ENCLOSED BY 字符如果存在，它将从字段值的尾部被剥离。(不管 OPTIONALLY 是否被指定，都是这样；对于输入解释，OPTIONALLY 不会影响它。) 由ESCAPED BY 字符领先于 ENCLOSED BY 字符的出现，将被解释为当前字段值的一部分。另外，在字段中出现的重复的 ENCLOSED BY 字符被解释为单个 ENCLOSED BY ，只要字段本身也是以该字符开始的。例如，如果 ENCLOSED BY '"' 被指定，引号将做如下处理：
"The ""BIG"" boss" -> The "BIG" boss
The "BIG" boss -> The "BIG" boss
The ""BIG"" boss -> The ""BIG"" boss
FIELDS ESCAPED BY 控制如何写入或读出特殊字符。如果 FIELDS ESCAPED BY 字符不是空的，它将被用于做为下列输出字符的前缀：
FIELDS ESCAPED BY 字符
FIELDS [OPTIONALLY] ENCLOSED BY 字符
FIELDS TERMINATED BY 和 LINES TERMINATED BY 值的第一个字符。
ASCII 0 (实际上在转义字符后写上 ASCII '0'，而不是一个零值字节)
如果 FIELDS ESCAPED BY 字符为空，没有字符被转义。指定一个空的转义字符可能不是一个好的主意，特别是如果你的数据字段值中包含刚才列表中的任何字符时。
如果 FIELDS ENCLOSED BY 是非空的，一个字段包含文字词 NULL 的，它的值做为一个 NULL 值被读入 (这不同于被 FIELDS ENCLOSED BY 包围的词 NULL，它是被作为 'NULL' 读入的)。
如果 FIELDS ESCAPED BY 是空的，NULL 值被写为词 NULL。
用固定行格式时 (它发生于 FIELDS TERMINATED BY 和 FIELDS ENCLOSED BY 两者均为空)，NULL 被写为一个空的字符串。注意，当将表中的 NULL 值和空字符串一起写到文件中时，它们将被混淆，因为它们都是作为空字符串被写入的。如果你在文件时，需要对他们两个进行区分，你不应该使用固定行格式。
一些不能被 LOAD DATA INFILE 支持的情况：
固定尺寸的记录行 (FIELDS TERMINATED BY 和 FIELDS ENCLOSED BY 均为空) 和 BLOB 或 TEXT 列。
如果你指定一个分隔符与另一个相同，或是另一个的前缀，LOAD DATA INFILE 可能会不能正确地解释输入。例如，下列的 FIELDS 子句将会产生问题：
FIELDS TERMINATED BY '"' ENCLOSED BY '"'
如果 FIELDS ESCAPED BY 为空，一个字段值中包含有 FIELDS ENCLOSED BY 或 LINES TERMINATED BY 被 FIELDS TERMINATED BY 跟随的值时，将会引起 LOAD DATA INFILE 过早地停止读取一个字段或一行。这是因为 LOAD DATA INFILE 不能够正确地决定字段或行值在哪里结果。
下面的例子将装载 persondata 表的所有列：
mysql> LOAD DATA INFILE 'persondata.txt' INTO TABLE persondata;
没有字段列被指定，因而 LOAD DATA INFILE 认为输入行包含表列中所有的字段。使用缺省的 FIELDS 和
LINES 值。
如果你希望装载表中的某些列，那指定一个字段列表：
mysql> LOAD DATA INFILE 'persondata.txt'
-> INTO TABLE persondata (col1,col2,...);
如果输入文件的字段次序不同于表中列的顺序，你也必须指定一个字段列表。否则 MySQL 不知道如何将输入字段与表中的列匹配。
本类阅读TOP10