根本原因是mysql导出csv不带bom且不声明编码，excel在windows下默认用ansi（如gbk）解析utf-8内容导致乱码；同时受secure_file_priv路径限制及字段未加引号包裹影响结构。
SELECT INTO OUTFILE 为什么导出的 CSV 打开全是乱码？
根本原因是 MySQL 默认用 utf8mb4 存储，但 SELECT INTO OUTFILE 输出文件时**不带 BOM、不声明编码**，Excel（尤其 Windows 版）会默认用 ANSI（如 GBK）打开 UTF-8 内容，直接显示为乱码。
- 临时解法：用记事本或 VS Code 手动以 UTF-8 编码另存，再用 Excel 打开
- 根治办法：导出时强制指定字段分隔符和换行符，并在首行加 UTF-8 BOM（MySQL 本身不支持写 BOM，需后续处理或换工具）
- 更稳妥做法：导出为
.txt后缀，用 Excel 导入向导——选择「UTF-8」编码 + 自定义分隔符
SELECT INTO OUTFILE 的权限和路径限制很严格
这条语句不是把文件存在你本地，而是由 MySQL Server 进程写入它自己有权限的**服务端本地路径**，且仅限于 secure_file_priv 配置指定的目录。
- 查当前允许路径：
SHOW VARIABLES LIKE 'secure_file_priv';—— 返回空值表示禁用该功能 - 常见报错：
The MySQL server is running with the --secure-file-priv option so it cannot execute this statement - Linux 下典型可写路径是
/var/lib/mysql-files/；Windows 下可能是C:ProgramDataMySQLMySQL Server 8.0Uploads - 即使你有 root 权限，也不能写到
/home/或桌面路径，除非改配置并重启 mysqld
导出 CSV 必须显式处理字段包裹和转义
MySQL 不会自动给字符串字段加双引号，遇到逗号、换行、引号本身时会直接破坏 CSV 结构。必须用 FIELDS ENCLOSED BY 和 LINES TERMINATED BY 显式控制。
Knowledge Graph - Csv Graph Loader Generator
下载
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
SELECT id, name, created_at FROM users INTO OUTFILE '/var/lib/mysql-files/users.csv' FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY ' ';
-
ENCLOSED BY '"'是关键：确保含逗号的name字段被包进双引号里 -
LINES TERMINATED BY ' '比默认的' ' - NULL 值默认导出为空字符串，如需显示为
N，加ESCAPED BY '\'并配合NULL处理逻辑
替代方案：mysql 命令行加 -e 和 --batch 更灵活
当 SELECT INTO OUTFILE 被权限卡住，或需要导出到客户端机器时，用命令行客户端直接输出更实际。
- 基础导出（制表符分隔，适合粘贴进 Excel）：
mysql -u root -p -e "SELECT * FROM test.users;" test > users.tsv - 导出为逗号分隔 CSV（加
--batch和--raw避免转义）：mysql -u root -p --batch --raw -e "SELECT * FROM test.users;" test | sed 's/ /,/g' > users.csv - 注意：
--batch关闭列对齐，--raw防止反斜杠转义，否则数据里的 或 " 会被吃掉
真正卡住人的从来不是语法，是 secure_file_priv 的路径限制、Excel 对 UTF-8 的盲区，以及字段里那个没被引号包住的换行符。
