MySQL SELECT … INTO OUTFILE 导出失败主因是权限与路径限制：需确保 MySQL 服务进程对目标绝对路径有写权限、用户拥有 FILE 权限、secure_file_priv 未禁用且指定合法目录。
MySQL SELECT …… INTO OUTFILE 为什么导出失败？权限和路径是硬门槛
直接用 SELECT …… INTO OUTFILE 导出文件，90% 的失败不是语法错，而是 MySQL 服务进程没权限写目标路径。这个操作由 MySQL 服务端执行，不是你本地客户端，所以 /home/you/data.csv 这种用户目录几乎必然失败。
- 路径必须是 MySQL 服务进程有写权限的绝对路径，常见可用地点：
/tmp、/var/lib/mysql-files（需确认配置） - 必须有
FILE全局权限：SHOW GRANTS FOR CURRENT_USER;查看，没有就找 DBA 加GRANT FILE ON *.* TO 'user'@'%'; -
secure_file_priv系统变量会强制限定可写目录，查它：SELECT @@secure_file_priv;—— 如果返回NULL，说明该功能被禁用；如果返回空字符串，才允许任意路径（极少见且不推荐）
INTO OUTFILE 的字段分隔符和换行怎么控制？别靠猜测
导出 CSV 不是加个逗号就行。FIELDS TERMINATED BY 和 LINES TERMINATED BY 必须显式声明，否则默认用制表符 和换行 ，容易被 Excel 误读或解析错行。
- 导出标准 CSV：用
FIELDS TERMINATED BY ',' ENCLOSED BY '"'包裹字段，避免含逗号、换行的字段破坏结构 - Windows 环境建议用
LINES TERMINATED BY ' '，否则 Excel 打开可能显示为单行 - 中文字段要确保连接字符集一致，执行前先设：
SET NAMES utf8mb4;，否则可能乱码 - 示例：
SELECT id, name, created_at FROM users INTO OUTFILE '/tmp/users.csv' FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY ' ';
导出大表时卡住或报错 ERROR 1038 (HY001): Out of sort memory 怎么办？
这不是磁盘空间问题，而是 MySQL 在排序或临时表阶段内存不足。尤其带 ORDER BY、GROUP BY 或多表 JOIN 的查询，INTO OUTFILE 会走完整执行流程，内存压力比普通查询更大。
- 临时调高会话级排序内存：
SET SESSION sort_buffer_size = 268435456;（256MB），但别设太高，影响并发 - 能不用
ORDER BY就不用；如果必须排序，考虑先建索引覆盖排序字段 - 超千万行建议分页导出，用
LIMIT+OFFSET分批，再合并文件（注意OFFSET大了也慢，可用游标式主键范围分片） - 替代方案：用
mysqldump --tab或客户端工具（如mysql -e "SELECT……" > file.csv），它们不走服务端文件写入逻辑，绕过secure_file_priv限制
导出文件后发现内容缺失或截断？检查 NULL 和特殊字符处理
INTO OUTFILE 对 NULL 值默认输出为空字符串，不是 N（除非显式加 ESCAPED BY），这会导致下游解析误判空值；另外，字段里含换行符、双引号、反斜杠也会破坏 CSV 结构，除非你提前转义。
- 显式定义
NULL表示法：FIELDS TERMINATED BY ',' ENCLOSED BY '"' ESCAPED BY ''，这样NULL会输出为N，反斜杠和双引号会被转义 - 更稳妥的做法是在 SELECT 中把
NULL转成明确字符串：IFNULL(name, 'NULL')，或用COALESCE - 含换行的文本字段（如备注）即使加了
ENCLOSED BY '"'，MySQL 默认也不转义内部换行，仍会破坏行结构 —— 这类字段建议先导出为 JSON 字段或 Base64 编码后再导出
实际用的时候，最常卡在 secure_file_priv 和路径权限上，其次才是格式细节。一旦报错，先查这个变量值，再确认 MySQL 进程对目标目录的 write 权限，比反复改 SQL 有用得多。
