与非 LOCAL 操作相比，LOCAL 修饰符会影响 LOAD DATA 的以下几个方面：

只有当服务器和客户端都配置为允许时，LOCAL 才会起作用。例如，如果 mysqld 是在禁用 local_infile 系统变量的情况下启动的，则 LOCAL 会产生错误。请参阅第 8.1.6 节 “LOAD DATA LOCAL 的安全注意事项”。

文件名必须以文字字符串形式给出。在 Windows 上，请在路径名中将反斜杠指定为正斜杠或双反斜杠。服务器使用 character_set_filesystem 系统变量指示的字符集来解释文件名。

默认情况下，服务器使用 character_set_database 系统变量指示的字符集来解释文件内容。如果文件内容使用的字符集与默认字符集不同，最好使用 CHARACTER SET 子句指定该字符集。binary 字符集指定“不转换。”

SET NAMES 和 character_set_client 的设置不会影响文件内容的解释。

LOAD DATA 将文件中的所有字段解释为具有相同的字符集，而不管将字段值加载到的列的数据类型如何。为了正确解释文件，您必须确保它是用正确的字符集编写的。例如，如果您使用 mysqldump -T 或在 mysql 中发出 SELECT ... INTO OUTFILE 语句来编写数据文件，请确保使用 --default-character-set 选项以在使用 LOAD DATA 加载文件时使用的字符集编写输出。

以下规则确定 LOAD DATA 输入文件的位置：

非 LOCAL 规则意味着服务器会读取名为 ./myfile.txt 的文件（相对于其数据目录），而它会从默认数据库的数据库目录中读取名为 myfile.txt 的文件。例如，如果在 db1 为默认数据库时执行以下 LOAD DATA 语句，则服务器会从 db1 的数据库目录中读取文件 data.txt，即使该语句明确将文件加载到 db2 数据库中的表中也是如此：

LOAD DATA INFILE 'data.txt' INTO TABLE db2.my_table;

对于非 LOCAL 加载操作，服务器会读取位于服务器主机上的文本文件，因此必须满足以下安全要求：

对于 LOCAL 加载操作，客户端程序会读取位于客户端主机上的文本文件。由于文件内容是由客户端通过连接发送到服务器的，因此使用 LOCAL 比服务器直接访问文件时要慢一些。另一方面，您不需要 FILE 权限，并且该文件可以位于客户端程序可以访问的任何目录中。

REPLACE 和 IGNORE 修饰符控制如何处理在唯一键值（PRIMARY KEY 或 UNIQUE 索引值）上与现有表行重复的新（输入）行：

LOCAL 修饰符与 IGNORE 的效果相同。这是因为服务器无法在操作过程中停止文件的传输。

如果未指定 REPLACE、IGNORE 或 LOCAL，则在找到重复的键值时会发生错误，并且会忽略文本文件的其余部分。

除了影响前面所述的重复键处理之外，IGNORE 和 LOCAL 还会影响错误处理：

要在加载操作期间忽略外键约束，请在执行 LOAD DATA 之前执行 SET foreign_key_checks = 0 语句。

如果在空的 MyISAM 表上使用 LOAD DATA，则所有非唯一索引都会在一个单独的批处理中创建（与 REPAIR TABLE 一样）。通常，当您有许多索引时，这会使 LOAD DATA 快得多。在某些极端情况下，您可以通过在将文件加载到表中之前使用 ALTER TABLE ... DISABLE KEYS 关闭索引，并在加载文件之后使用 ALTER TABLE ... ENABLE KEYS 重新创建索引，来更快地创建索引。请参阅第 10.2.5.1 节 “优化 INSERT 语句”。

对于 LOAD DATA 和 SELECT ... INTO OUTFILE 语句，FIELDS 和 LINES 子句的语法相同。这两个子句都是可选的，但如果同时指定了这两个子句，则 FIELDS 必须位于 LINES 之前。

如果指定了 FIELDS 子句，则它的每个子子句（TERMINATED BY、[OPTIONALLY] ENCLOSED BY 和 ESCAPED BY）也是可选的，但您必须至少指定其中一个。这些子句的参数只允许包含 ASCII 字符。

如果未指定 FIELDS 或 LINES 子句，则默认值与编写以下内容相同：

FIELDS TERMINATED BY '\t' ENCLOSED BY '' ESCAPED BY '\\'
LINES TERMINATED BY '\n' STARTING BY ''

反斜杠是 SQL 语句中字符串内的 MySQL 转义字符。因此，要指定文字反斜杠，您必须指定两个反斜杠，才能将该值解释为单个反斜杠。转义序列 '\t' 和 '\n' 分别指定制表符和换行符。

换句话说，当 LOAD DATA 读取输入时，默认设置会导致其执行以下操作：

相反，当 SELECT ... INTO OUTFILE 写入输出时，默认设置会导致其执行以下操作：

如果所有输入行都有一个要忽略的公共前缀，则可以使用 LINES STARTING BY 'prefix_string' 跳过该前缀及其之前的任何内容。如果某行不包含该前缀，则会跳过整行。假设您执行以下语句：

LOAD DATA INFILE '/tmp/test.txt' INTO TABLE test
  FIELDS TERMINATED BY ','  LINES STARTING BY 'xxx';

如果数据文件如下所示：

xxx"abc",1
something xxx"def",2
"ghi",3

则结果行为 ("abc",1) 和 ("def",2)。文件中的第三行被跳过，因为它不包含前缀。

IGNORE number LINES 子句可用于忽略文件开头的行。例如，可以使用 IGNORE 1 LINES 跳过包含列名的初始标题行。

LOAD DATA INFILE '/tmp/test.txt' INTO TABLE test IGNORE 1 LINES;

当您将 SELECT ... INTO OUTFILE 与 LOAD DATA 结合使用，将数据从数据库写入文件，然后稍后将文件读回数据库时，两个语句的字段和行处理选项必须匹配。否则，LOAD DATA 将无法正确解释文件的内容。假设您使用 SELECT ... INTO OUTFILE 写入一个以逗号分隔字段的文件：

SELECT * INTO OUTFILE 'data.txt'
  FIELDS TERMINATED BY ','
  FROM table2;

要读取以逗号分隔的文件，正确的语句是：

LOAD DATA INFILE 'data.txt' INTO TABLE table2
  FIELDS TERMINATED BY ',';

如果您尝试使用以下语句读取文件，则该语句将不起作用，因为它指示 LOAD DATA 在字段之间查找制表符：

LOAD DATA INFILE 'data.txt' INTO TABLE table2
  FIELDS TERMINATED BY '\t';

结果很可能是将每行输入解释为一个字段。

LOAD DATA 可用于读取从外部源获取的文件。例如，许多程序可以以逗号分隔值 (CSV) 格式导出数据，这样，行中的字段以逗号分隔并包含在双引号中，第一行是列名。如果此类文件中的行以回车符/换行符对终止，则此处显示的语句说明了您将用于加载该文件的字段和行处理选项：

LOAD DATA INFILE 'data.txt' INTO TABLE tbl_name
  FIELDS TERMINATED BY ',' ENCLOSED BY '"'
  LINES TERMINATED BY '\r\n'
  IGNORE 1 LINES;

如果输入值不一定包含在引号中，请在 ENCLOSED BY 选项之前使用 OPTIONALLY。

任何字段或行处理选项都可以指定空字符串 ('')。如果非空，则 FIELDS [OPTIONALLY] ENCLOSED BY 和 FIELDS ESCAPED BY 值必须为单个字符。FIELDS TERMINATED BY、LINES STARTING BY 和 LINES TERMINATED BY 值可以是多个字符。例如，要写入以回车符/换行符对终止的行，或读取包含此类行的文件，请指定 LINES TERMINATED BY '\r\n' 子句。

要读取一个包含笑话的文件，这些笑话由包含 %% 的行分隔，您可以这样做：

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、BINARY、TEXT 或 ENUM）的值：

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 无法正确读取的输出。例如，如果转义字符为空，则前面显示的输出将如下所示。请注意，第四行中的第二个字段在引号后面包含一个逗号，这（错误地）似乎终止了该字段：

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 字符开头，则仅当该字符后跟字段或行 TERMINATED 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 控制如何读取或写入特殊字符。

在某些情况下，字段和行处理选项会相互影响：

NULL 值的处理方式因使用的 FIELDS 和 LINES 选项而异：

尝试将 NULL 加载到 NOT NULL 列中会根据“列值赋值”中描述的规则产生警告或错误。

LOAD DATA 不支持某些情况

以下示例加载 persondata 表的所有列

LOAD DATA INFILE 'persondata.txt' INTO TABLE persondata;

默认情况下，如果在 LOAD DATA 语句的末尾未提供列列表，则预期输入行包含每个表列的一个字段。如果只想加载表的某些列，请指定一个列列表

LOAD DATA INFILE 'persondata.txt' INTO TABLE persondata
(col_name_or_user_var [, col_name_or_user_var] ...);

如果输入文件中字段的顺序与表中列的顺序不同，则还必须指定列列表。否则，MySQL 无法确定如何将输入字段与表列匹配。

LOAD DATA 语法中每个 col_name_or_user_var 实例都是列名或用户变量。使用用户变量，SET 子句允许您在将结果分配给列之前对其值执行预处理转换。

SET 子句中的用户变量可以通过多种方式使用。以下示例直接将第一个输入列用于 t1.column1 的值，并将第二个输入列分配给一个用户变量，该变量在用于 t1.column2 的值之前要进行除法运算

LOAD DATA INFILE 'file.txt'
  INTO TABLE t1
  (column1, @var1)
  SET column2 = @var1/100;

SET 子句可用于提供不是从输入文件派生的值。以下语句将 column3 设置为当前日期和时间

LOAD DATA INFILE 'file.txt'
  INTO TABLE t1
  (column1, column2)
  SET column3 = CURRENT_TIMESTAMP;

您还可以通过将输入值分配给用户变量而不将该变量分配给任何表列来丢弃它

LOAD DATA INFILE 'file.txt'
  INTO TABLE t1
  (column1, @dummy, column2, @dummy, column3);

列/变量列表和 SET 子句的使用受以下限制

为了处理输入行，LOAD DATA 会将其拆分为字段，并根据列/变量列表和 SET 子句（如果存在）使用这些值。然后将生成的行列入表中。如果表中存在 BEFORE INSERT 或 AFTER INSERT 触发器，则它们将分别在插入行之前或之后激活。

字段值的解释和对表列的赋值取决于以下因素

这些因素结合在一起，通过 LOAD DATA 产生限制性或非限制性数据解释

限制性数据解释使用以下规则

相比之下，非限制性数据解释使用以下规则

仅当 TIMESTAMP 列的值为 NULL（即 \N）并且该列未声明为允许 NULL 值时，或者当 TIMESTAMP 列的默认值为当前时间戳并且在指定字段列表时从字段列表中省略该列时，才会将 TIMESTAMP 列设置为当前日期和时间。

LOAD DATA 将所有输入视为字符串，因此不能像使用 INSERT 语句那样对 ENUM 或 SET 列使用数值。所有 ENUM 和 SET 值都必须指定为字符串。

不能使用二进制表示法（例如，b'011010'）直接加载 BIT 值。要解决此问题，请使用 SET 子句删除前导 b' 和尾随 '，并执行从基数 2 到基数 10 的转换，以便 MySQL 将值正确加载到 BIT 列中

$> cat /tmp/bit_test.txt
b'10'
b'1111111'
$> mysql test
mysql> LOAD DATA INFILE '/tmp/bit_test.txt'
       INTO TABLE bit_test (@var1)
       SET b = CAST(CONV(MID(@var1, 3, LENGTH(@var1)-3), 2, 10) AS UNSIGNED);
Query OK, 2 rows affected (0.00 sec)
Records: 2  Deleted: 0  Skipped: 0  Warnings: 0

mysql> SELECT BIN(b+0) FROM bit_test;
+----------+
| BIN(b+0) |
+----------+
| 10       |
| 1111111  |
+----------+
2 rows in set (0.00 sec)

对于采用 0b 二进制表示法的 BIT 值（例如，0b011010），请改用以下 SET 子句删除前导 0b

SET b = CAST(CONV(MID(@var1, 3, LENGTH(@var1)-2), 2, 10) AS UNSIGNED)

LOAD DATA 支持使用 PARTITION 子句进行显式分区选择，该子句带有一个或多个以逗号分隔的分区、子分区或两者名称的列表。使用此子句时，如果文件中的任何行无法插入到列表中命名的任何分区或子分区中，则该语句将失败并显示错误 找到与给定分区集不匹配的行。有关详细信息和示例，请参阅“第 26.5 节 “分区选择””。

使用 LOW_PRIORITY 修饰符时，LOAD DATA 语句的执行会被延迟，直到没有其他客户端从表中读取数据。这只会影响使用表级锁定的存储引擎（例如 MyISAM、MEMORY 和 MERGE）。

使用 CONCURRENT 修饰符和满足并发插入条件的 MyISAM 表（即，其中间没有空块），其他线程可以在 LOAD DATA 执行时从表中检索数据。即使没有其他线程同时使用该表，此修饰符也会稍微影响 LOAD DATA 的性能。

LOAD DATA 语句完成后，它会返回以下格式的信息字符串

Records: 1  Deleted: 0  Skipped: 0  Warnings: 0

警告出现的条件与使用 INSERT 语句插入值时相同（请参阅第 15.2.7 节，“INSERT 语句”），不同的是，当输入行中的字段过多或过少时，LOAD DATA 也会生成警告。

您可以使用 SHOW WARNINGS 获取前 max_error_count 个警告的列表，作为有关错误发生原因的信息。请参阅第 15.7.7.41 节，“SHOW WARNINGS 语句”。

如果您使用的是 C API，则可以通过调用 mysql_info() 函数来获取有关该语句的信息。请参阅mysql_info()。

对于基于语句的复制，LOAD DATA 被认为是不安全的。如果将 LOAD DATA 与 binlog_format=STATEMENT 一起使用，则要应用更改的每个副本都会创建一个包含数据的临时文件。此临时文件未加密，即使源上启用了二进制日志加密也是如此。如果需要加密，请改用基于行或混合的二进制日志记录格式，因为副本不会为其创建临时文件。有关 LOAD DATA 和复制之间交互的更多信息，请参阅第 19.5.1.20 节，“复制和 LOAD DATA”。

在 Unix 上，如果您需要 LOAD DATA 从管道读取数据，则可以使用以下技术（该示例将 / 目录的列表加载到表 db1.t1 中）

mkfifo /mysql/data/db1/ls.dat
chmod 666 /mysql/data/db1/ls.dat
find / -ls > /mysql/data/db1/ls.dat &
mysql -e "LOAD DATA INFILE 'ls.dat' INTO TABLE t1" db1

在这里，您必须运行生成要加载的数据的命令和 mysql 命令，这可以在单独的终端上完成，也可以在后台运行数据生成进程（如上例所示）。如果不这样做，管道会阻塞，直到 mysql 进程读取数据。