如何在MySQL异构迁移时高效导出CSV格式备份数据？-mysql教程-PHP中文网

select into outfile 是异构迁移导出 csv 最高效方式，但需满足 file 权限、secure_file_priv 配置及路径限制；mysqldump 不适合因输出非纯 csv、字段格式不可控、不支持自定义分隔符等。

如何在mysql异构迁移时高效导出csv格式备份数据？

直接导出 CSV 用于异构迁移，SELECT INTO OUTFILE 是最高效的选择——前提是目标 MySQL 实例允许且你有文件系统写入权限。其他方式（如 mysqldump 或客户端重定向）要么不生成纯 CSV，要么性能差、编码难控，容易在跨数据库导入时失败。

为什么不用 mysqldump 导出 CSV？

mysqldump 本质是逻辑备份工具，输出的是可执行的 SQL 语句，不是结构化文本。即使加 --tab 参数，它也只生成两份文件（.sql + .txt），其中 .txt 的字段分隔、引号包裹、换行符等行为不可靠，且默认不带表头、不处理 NULL 值为 \N，后续导入到 PostgreSQL / ClickHouse / Excel 等系统时极易出错。

它不支持自定义 fields terminated by 和 enclosed by 的组合输出
导出大表时会锁表（除非加 --single-transaction，但该参数对 MyISAM 无效）
无法在语句中嵌入列别名或计算字段，灵活性远低于原生 SELECT

SELECT INTO OUTFILE 的硬性前提和绕过方案

执行 SELECT INTO OUTFILE 要求同时满足三个条件：当前用户有 FILE 权限、MySQL 配置了 secure_file_priv、目标路径必须落在该配置指定的目录内。常见报错 ERROR 1290 (HY000): The MySQL server is running with the --secure-file-priv option... 就源于此。

QuickBooks Mileage CSV

使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。

下载

查当前限制：SHOW VARIABLES LIKE 'secure_file_priv';，返回值类似 /var/lib/mysql-files/
不能写到 /tmp 或用户家目录，哪怕你有 OS 写权限也不行
如果返回 NULL，说明该功能被彻底禁用，此时只能改用客户端导出（如 mysql -e "SELECT ..." > out.csv），但要注意 shell 层面的编码和字段分隔问题
临时启用（仅限测试环境）：修改 my.cnf，加一行 secure_file_priv = ""，然后重启 MySQL —— 生产环境严禁这么做

导出带表头的 CSV 并兼容 Excel 打开

MySQL 原生不支持自动加表头，但可以用 UNION ALL 拼接一行字符串常量。关键在于字段类型对齐和引号包裹，否则 Excel 会把数字当科学计数法、把带逗号的地址切碎。

SELECT 'id', 'name', 'email', 'created_at'
UNION ALL
SELECT 
  CAST(id AS CHAR),
  CONCAT('"', REPLACE(REPLACE(name, '"', '""'), '\n', ' '), '"'),
  CONCAT('"', REPLACE(REPLACE(email, '"', '""'), '\n', ' '), '"'),
  created_at
FROM users 
INTO OUTFILE '/var/lib/mysql-files/users_export.csv'
FIELDS TERMINATED BY ',' 
ENCLOSED BY '"'
LINES TERMINATED BY '\n';

CAST(... AS CHAR) 防止数字字段被导出为空或乱码
REPLACE(..., '"', '""') 是 Excel 兼容的双引号转义方式（CSV RFC 4180）
LINES TERMINATED BY '\n' 在 Linux/macOS 下正常；若目标是 Windows Excel，需改成 '\r\n'
避免在 SELECT 中使用 *，显式列出字段并控制顺序和类型转换

超大表导出时防止内存溢出和锁表

单次导出千万级数据，SELECT INTO OUTFILE 仍可能因排序缓冲区（sort_buffer_size）或临时表撑爆内存。更稳妥的做法是分批次导出，用主键或时间字段切片：

SELECT id, name, email FROM users 
WHERE created_at BETWEEN '2025-01-01' AND '2025-06-30'
INTO OUTFILE '/var/lib/mysql-files/users_2025_h1.csv'
FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n';

确保 WHERE 条件字段上有索引，否则全表扫描反而更慢
不要用 LIMIT + OFFSET 分页，偏移越大越慢；改用“游标式”分片：WHERE id > 1000000 AND id
导出前关闭 autocommit 并设低隔离级别：SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;，减少 MVCC 开销
如果表正在写入，优先选 --single-transaction（InnoDB）或 FLUSH TABLES WITH READ LOCK（MyISAM），但后者会阻塞写入

真正容易被忽略的是字符集链路一致性：从 MySQL 连接层（character_set_client）、结果集（character_set_results）、到导出文件存储（必须 UTF-8 编码），再到目标系统（如 PostgreSQL 的 ENCODING 'UTF8'）——任一环错位，中文就变问号或 Mojibake。别只盯着 SQL 语句，先 SHOW VARIABLES LIKE 'character\_set%'; 看清底色。