在处理MySQL海量数据迁移或离线分析时，导出效率直接决定运维窗口长短。当表数据达到几千万甚至上亿行，错误的导出方式会拖垮主库、阻塞业务。本文围绕mysqldump与SELECT INTO OUTFILE两种主流方案，拆解其原理、用法与调优点。
一、mysqldump导出原理与基础用法
mysqldump是MySQL官方自带的逻辑备份客户端，它通过向服务器发送查询，将表结构和数据转换成SQL语句文本。其最大优势是导出内容自带建表语句与INSERT，方便跨版本、跨实例恢复。但在大表场景下，默认配置会生成超长SQL文件，且单线程写入成为瓶颈。
基础命令如下，可导出单个库的全部表：
mysqldump -h 127.0.0.1 -u root -p --single-transaction --routines --triggers mydb > mydb.sql
其中--single-transaction利用InnoDB一致性快照，避免锁表。若只导出数据不要结构，可加--no-create-info。对于大批量数据，建议配合--quick参数，让客户端逐行取数而非先缓存到内存，防止dump进程占用过高内存。
1.1 提升mysqldump速度的关键参数
默认mysqldump会为每行的多个值生成一条完整INSERT，文件体积大且导入慢。使用--extended-insert=false可改为每行一条INSERT，虽文件变大但便于断点排查；反之保持默认多值INSERT能减少SQL解析开销。更实用的做法是控制事务与并发：
- --single-transaction：InnoDB下无锁导出
- --compress：客户端与服务端协议压缩，省网络带宽
- --max-allowed-packet=256M：避免超长行报错
示例中将输出通过管道直接压缩，可显著降低磁盘IO与存储空间：
mysqldump -h 127.0.0.1 -u root -p --single-transaction --quick mydb big_table | gzip > big_table.sql.gz
这种管道方式让导出与压缩并行，在CPU有余量时整体耗时比先导再压少百分之三十以上。不过仍要注意，mysqldump本质是逻辑转换，百GB级单表还是建议结合下文OUTFILE方案。
二、SELECT INTO OUTFILE直接落盘方案
SELECT INTO OUTFILE是服务端语句，它跳过SQL层的结果集网络传输，由MySQL引擎把查询结果直接写成服务器本地文件。因为少了客户端往返与文本化SQL拼接，速度通常数倍于mysqldump，且生成的CSV或定界文本非常适合Spark、Hive等系统消费。
基本语法要求目标路径在secure_file_priv指定目录内，否则报权限错：
SELECT id, name, created_at INTO OUTFILE '/var/lib/mysql-files/big_table.csv' FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY 'n' FROM big_table WHERE created_at >= '2020-01-01';
该语句在引擎内部批量读聚簇索引、格式化后写文件，几乎不占客户端资源。但注意它只导出数据，不包含表结构；且文件属主为mysql系统用户，导出后需手动挪到应用可读取位置。
2.1 权限与目录限制处理
MySQL通过secure_file_priv变量限制OUTFILE路径，查当前值可用：
SHOW VARIABLES LIKE 'secure_file_priv';
若返回/var/lib/mysql-files/，则所有OUTFILE必须落在该目录。很多容器化部署将此目录挂为空卷，需提前建好并赋权。相比mysqldump，OUTFILE不能跨网络直接推到远端，通常先用scp或rsync从数据库机取走文件。
另外，OUTFILE导出时若目标文件已存在会直接失败，这一点比mysqldump覆盖写更严格，脚本里应先rm或改用新文件名。对于超大数据，可分段按主键切分导出，避免单个文件过大难以传输。
三、两种方案对比与选型建议
从导出目标看，若需要整库迁移包括视图、存储过程，mysqldump几乎唯一选择；若仅抽数做分析，OUTFILE更轻量。下表列出核心差异：
| 维度 | mysqldump | SELECT INTO OUTFILE |
|---|---|---|
| 导出内容 | 结构+数据+ routine | 仅数据 |
| 速度 | 较慢，逻辑转换 | 快，直写文件 |
| 文件格式 | SQL文本 | CSV/自定义文本 |
| 权限要求 | 普通查询权限 | secure_file_priv目录写权限 |
| 网络开销 | 结果经网络到客户端 | 服务端本地写 |
实践中，一种混合思路是先通过mysqldump --no-data导出结构，再用OUTFILE按表分批抽数，既保结构清晰又提速。对主库压力敏感时，应在从库执行导出，并利用--single-transaction或只读事务保证一致性。
3.1 大批量导出的避坑要点
无论哪种方式，都要避免在生产高峰执行。mysqldump若忘加--single-transaction，在MyISAM表上会锁全表；OUTFILE若字段含换行符却未用ENCLOSED BY包裹，会导致CSV行错位。导出前用EXPLAIN确认查询走索引，防止全表扫描引发IO飙高。
最后，导出完成后校验行数很关键：OUTFILE可用wc -l粗看，mysqldump可在导入后比对COUNT。只有机制加校验，才能真正做到高效且可靠地搬动MySQL大批量数据。
MySQLmysqldumpSELECT_INTO_OUTFILE修改时间：2026-08-06 22:00:32