最快方式是数据库原生命令，但需严格匹配路径、权限、格式：mysql用load data infile并注意secure_file_priv；sql server用bulk insert并配置服务账户权限；postgresql区分copy（服务端）与\copy（客户端）；sqlite .import无事务且不校验约束。

直接用数据库原生命令最快，但每种数据库的路径、权限、格式细节差异极大——选错方式轻则报错失败，重则静默丢数据。

MySQL 必须用 LOAD DATA INFILE，别碰 INSERT ... VALUES 大文件

百万行 CSV 用 INSERT 循环插入可能要几十分钟；LOAD DATA INFILE 通常几秒搞定。但它有硬性限制：

• secure_file_priv 路径必须匹配：先执行 SHOW VARIABLES LIKE 'secure_file_priv';，把 CSV 拷到返回的那个目录里，否则报 ERROR 1290
• 字段分隔符不是默认制表符：得显式写 FIELDS TERMINATED BY ','
• 带引号的字段要加 OPTIONALLY ENCLOSED BY '"'，否则逗号会被误切
• 首行是标题？加 IGNORE 1 ROWS，不然第一行数据就变成字段名了
• 日期列格式不一致（比如 CSV 是 2024-03-15，表定义是 DATETIME）会转成 0000-00-00 00:00:00，建议先用 SELECT 验证解析结果

SQL Server 别依赖 SSMS 向导，BULK INSERT 才可控

SSMS 导入向导适合单次调试，批量导入多文件或自动化时容易卡在编码、换行、权限上。真正可靠的是 BULK INSERT：

Miller CSV TSV JSON 数据处理器

Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。

下载

• 服务账户必须有目标文件夹读取权限——不是你登录 Windows 的账户，而是 SQL Server 服务运行账户（查 SQL Server 配置管理器）
• FIRSTROW = 2 跳标题行，但注意 Windows 换行是 \r\n，ROWTERMINATOR 得设成 '\r\n'，否则最后一列可能粘连
• 中文乱码？在 WITH 子句里加 CODEPAGE = '65001'（UTF-8）或 CODEPAGE = '936'（GBK）
• 想导入整个文件夹？用 xp_DirTree 查出所有 .csv 文件名，再拼 BULK INSERT 动态 SQL，但注意 #temp 表不能跨批执行，得在同一个会话里完成

PostgreSQL COPY 和 \copy 别混用

COPY 是服务器端命令，文件路径是数据库服务器上的绝对路径；\copy 是 psql 客户端元命令，路径是你本地机器的。选错就报 could not open file：

• 用 COPY 前确认用户有 pg_read_server_files 角色，或直接用超级用户
• CSV 含换行或逗号？必须用双引号包裹字段，并声明 CSV HEADER QUOTE '"' DELIMITER ','
• 列顺序不匹配？显式指定目标列：COPY t(col_a, col_b) FROM '/x.csv'，否则按表定义顺序硬套
• 空字符串转 NULL？加 NULL AS ''，否则类型转换失败整行被拒（v15+ 可用 ON ERROR CONTINUE）

SQLite .import 看似简单，但没事务、不校验、不触发约束

它只是把 CSV 当纯文本逐行喂给表，适合本地测试或一次性小数据。但这些坑常被忽略：

• .mode csv 必须提前设好，否则默认按空格切分
• 文件编码必须是 UTF-8，且不能有 BOM，否则第一列全乱码
• 遇到非法值（比如字符串往 INTEGER 插）直接跳过该行，无提示——得手动 SELECT 核对行数是否一致
• 不走约束检查，主键冲突、NOT NULL 缺失都静默失败；也不触发 INSERT 触发器
• 出错没法回滚，只能删表重来

最易被忽略的点：所有数据库的字段类型映射、空值处理、编码一致性，都得在导入前验证，而不是靠报错后反复试。尤其是日期、浮点、布尔字段，CSV 里看着一样，数据库里可能根本存不进去。