select into outfile 不能直接使用，必须先检查 secure-file-priv 设置；若为 null 则功能被禁用，否则导出路径须严格限定在其指定目录内，并需正确配置 fields、enclosed 和 lines terminated by 选项以避免乱码、错位等问题。
SELECT INTO OUTFILE 能不能直接用？先看 secure-file-priv 限制
不能跳过这一步——SELECT INTO OUTFILE 默认根本执行不了，会报错 ERROR 1290 (HY000): The MySQL server is running with the --secure-file-priv option so it cannot execute this statement。这不是权限问题，是 MySQL 8.0 强制启用的安全策略。
必须先查当前设置：SHOW VARIABLES LIKE 'secure_file_priv';
- 如果返回值是
/var/lib/mysql-files/（Linux）或C:/ProgramData/MySQL/MySQL Server 8.0/Uploads/（Windows），导出路径必须严格落在这个目录下 - 如果返回
NULL，说明该功能被完全禁用，需修改配置文件 - 不建议设成空字符串
''上线环境，会带来安全风险；开发/迁移临时使用可接受
导出语句怎么写才不乱码、不断行、不丢字段
裸写 SELECT * INTO OUTFILE '/path/a.txt' FROM t1; 很容易导致导入失败：中文变问号、字段错位、换行符识别异常。关键在三个选项的组合：
-
FIELDS TERMINATED BY ','：字段用逗号分隔（避免用制表符\t，Windows 记事本对\t渲染不稳定） -
OPTIONALLY ENCLOSED BY '"'：字符串字段加双引号包裹，防止字段内含逗号或换行破坏结构 -
LINES TERMINATED BY '\n'（Linux/macOS）或'\r\n'（Windows）：必须和目标系统一致，否则LOAD DATA INFILE读取时会把多行当一行
完整示例：SELECT id, name, content FROM article WHERE status = 1 INTO OUTFILE '/var/lib/mysql-files/article_export.csv' FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\n';
导出大表时卡住或中断？检查这些实际瓶颈
不是语句写错，而是资源或配置拖了后腿：
- 磁盘空间不足：导出文件是纯文本，体积常比 InnoDB 表空间大 1.5–2 倍，提前
df -h确认目标目录剩余空间 - max_allowed_packet 太小：默认 4MB，导出单行超长文本（如 JSON 字段）会直接报错
ERROR 2020 (HY000)；临时调高：SET SESSION max_allowed_packet = 512*1024*1024; - 事务锁等待：如果表上有长事务未提交，
SELECT INTO OUTFILE会等锁释放；加WHERE条件分批导出更稳妥（例如按时间分区） - 没指定列名：导出含 BLOB/TEXT 的列可能触发额外转换开销；明确列出需要的列，避开无用字段
导出完立刻导入？别急，先校验文件格式是否匹配
LOAD DATA INFILE 不会自动适配导出格式，哪怕只差一个空格或换行符，都会导致数据错位甚至静默截断。
务必确保导入命令中以下三处与导出完全一致：
-
FIELDS TERMINATED BY（逗号还是竖线？） -
OPTIONALLY ENCLOSED BY（有没有加引号？引号是双引号还是单引号？） -
LINES TERMINATED BY（\n还是\r\n？尤其跨平台迁移时极易踩坑）
最保险做法：用 head -n 3 /var/lib/mysql-files/article_export.csv 看前几行原始内容，确认分隔符和换行是否符合预期。导出文件本身不能存在，否则命令直接失败——这点容易被忽略。
