INTO OUTFILE 不能导出真正的 Excel 文件，因其仅生成带分隔符的纯文本（如 CSV），不支持 .xlsx 的二进制格式、样式或公式；且受 secure_file_priv 路径限制、MySQL 进程写权限约束，并易因无 BOM 导致中文乱码。
SELECT ... INTO OUTFILE 不能直接生成 Excel 文件，只能生成纯文本格式（如 CSV），且必须满足服务器端权限和路径限制。它不是“导出到 Excel”的解决方案，而是服务端写文件操作。
为什么 INTO OUTFILE 导出的不是真正的 Excel 文件
Excel（.xlsx）是二进制格式，含样式、公式、多 sheet 等；INTO OUTFILE 只能写入带分隔符的纯文本（如逗号、竖线），哪怕后缀写成 .xls 或 .xlsx，也只是伪装——双击用 Excel 打开时靠自动识别分隔符解析，本质仍是 CSV 行为。
INTO OUTFILE 的路径报错：Can't create/write to file
这是最常卡住的地方，原因很具体：
- MySQL 服务进程（如
mysqld）对目标目录没有写权限，不是当前登录用户没权限，而是 MySQL 进程用户（通常是mysql）没权限 - 路径不在
secure_file_priv白名单内 —— 查看实际允许路径：SHOW VARIABLES LIKE 'secure_file_priv';，返回值为空或/var/lib/mysql-files/就必须严格遵守 - 文件已存在 ——
INTO OUTFILE不覆盖，会直接报错，需先手动删除或换名 - 路径用了相对路径（如
./output.csv）或用户家目录（如~/data.csv），MySQL 一律拒绝
字段中文乱码、Excel 打开显示方块字
根本原因是缺少 UTF-8 BOM 头，Windows Excel 默认用 ANSI（如 GBK）解析无 BOM 的 UTF-8 文本。解决方式只有两种：
Excel XLSX Formula Cleanup
下载
诊断并修复涉及公式、命名范围、Power Query 刷新、数据透视表、VBA/宏保存等问题的 Microsoft Excel XLSX 工作簿
- 服务端导出时绕过：不用
INTO OUTFILE，改用命令行 +sed加 BOM：mysql -u root -p -e "SELECT * FROM users" mydb | sed '1s/^/\xEF\xBB\xBF/' | sed 's/\t/,/g' > users.csv - 客户端处理：导出后用文本编辑器（如 VS Code）以 UTF-8 with BOM 编码另存，再打开
- 不推荐在
INTO OUTFILE中硬塞 BOM —— MySQL 不支持在FIELDS ENCLOSED BY里插入不可见字节，会破坏字段内容
替代方案：什么时候该放弃 INTO OUTFILE
当你遇到以下任一情况，就该切到客户端导出：
- 你没有 MySQL 的
FILE权限（常见于云数据库如阿里云 RDS、腾讯云 CDB） - 你想导出到本地电脑任意路径（比如
Downloads），而不是服务器上的受限目录 - 数据量不大（
- 需要加 BOM、处理 NULL 值为
""、转义双引号等精细控制 ——INTO OUTFILE的OPTIONALLY ENCLOSED BY行为不够灵活
真正容易被忽略的是：很多团队把 INTO OUTFILE 当作“标准导出方法”写进文档，却没注明它依赖 secure_file_priv 和 FILE 权限 —— 一旦换环境（尤其是上云），整条流程就断掉，而排查点又非常隐蔽。
