SELECT INTO OUTFILE不能替代mysqldump，因其仅导出纯数据至服务器本地指定目录，需FILE权限、secure_file_priv路径限制、不支持表结构导出，且无事务一致性保证，仅适用于ETL或临时抽样。
SELECT INTO OUTFILE 为什么不能直接替代 mysqldump
它确实能快速导出纯数据，但本质是服务端文件写入操作，不是客户端备份命令。你执行 SELECT * INTO OUTFILE，MySQL 会把结果写到数据库服务器本地磁盘（比如 /tmp/user_info.csv），而不是你的本地电脑；而且必须满足：当前用户有 FILE 权限、目标路径对 MySQL 进程可写、且不能覆盖已有文件。这些限制让它不适合日常运维备份，更适合 ETL 或临时抽样。
怎么安全地用 SELECT INTO OUTFILE 导出单表数据
先确认权限和路径是否可用：
- 登录后执行
SELECT @@secure_file_priv;，返回值就是唯一允许写入的目录（如/var/lib/mysql-files/），只能往这里写 - 检查表是否有
SELECT权限：SHOW GRANTS FOR CURRENT_USER; - 导出时字段顺序必须和
LOAD DATA INFILE恢复时严格一致，否则导入报错
示例（导出 user_info 表最近 7 天数据为 CSV）：
SELECT id, name, created_at INTO OUTFILE '/var/lib/mysql-files/user_info_recent.csv' FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\n' FROM user_info WHERE created_at >= DATE_SUB(NOW(), INTERVAL 7 DAY);
导出后怎么恢复回 MySQL
不能用 mysql 命令直接导入 SQL 文件那种方式——SELECT INTO OUTFILE 生成的是纯文本，没有建表语句，也没有 INSERT 包裹。必须用 LOAD DATA INFILE，且注意：
- 文件必须仍在 MySQL 服务端磁盘上（不能挪到客户端再传）
- 目标表结构必须已存在，字段名、类型、顺序要完全匹配导出时的
SELECT列表 - 如果导出用了
OPTIONALLY ENCLOSED BY '"'，导入也得加对应子句，否则引号会被当内容解析
恢复命令示例：
LOAD DATA INFILE '/var/lib/mysql-files/user_info_recent.csv' INTO TABLE user_info FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\n' (id, name, created_at);
容易被忽略的关键点
SELECT INTO OUTFILE 不锁表，但也不保证事务一致性。如果导出过程中有并发写入，可能拿到部分更新前、部分更新后的混合状态数据；而 mysqldump --single-transaction 能提供快照级一致性。另外，它无法导出 NULL 值的默认表现（变成空字段还是 \N），取决于是否加 ESCAPED BY 和字段定义，这点在跨环境迁移时经常引发数据错位。
