MySQL存储过程无法真正导出CSV到客户端，SELECT INTO OUTFILE仅限服务器本地绝对路径且受secure_file_priv、FILE权限等严格限制，需手动配置字段分隔、引号包裹、转义及换行符，推荐由外部工具处理导出。
MySQL 存储过程中无法真正“导出” CSV 文件到客户端或本地机器——SELECT INTO OUTFILE 只能写入数据库服务器本地磁盘的指定目录，且路径、权限、编码、转义全部受限，不是你想象中的“一键导出”。
为什么存储过程里用 SELECT INTO OUTFILE 会失败或无效
存储过程执行环境和普通 SQL 无本质区别，但以下限制在过程里更易被忽略：
-
INTO OUTFILE路径必须是绝对路径，且严格落在secure_file_priv返回的目录内（如/var/lib/mysql-files/），动态拼接路径（比如用CONCAT()构造文件名）直接报语法错误 - 存储过程调用者必须拥有
FILE权限（不只是SELECT），而云数据库（RDS、CDB）默认禁用该权限 - 导出文件属主是
mysql用户，即使写成功，你也得靠scp、rsync或运维协助才能拿到，客户端完全不可见 - 过程内无法捕获导出是否成功——没有返回码，不抛异常，失败时只静默跳过或报错中断
SELECT INTO OUTFILE 在存储过程中必须显式控制字段格式
MySQL 不自动适配 CSV 标准，不加修饰的导出会因字段含逗号、换行、双引号直接损坏 Excel 解析。在存储过程中写死语句时，这些子句一个都不能少：
Miller CSV TSV JSON 数据处理器
下载
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
-
FIELDS TERMINATED BY ','：不能省略，否则默认用制表符，Excel 打开就是一整列 -
ENCLOSED BY '"'：包裹字段，否则name值为John, Doe会被切分成两列 -
ESCAPED BY '"'：关键！让字段内原有的双引号变成""（Excel 标准转义），否则 CSV 解析器直接崩溃 -
LINES TERMINATED BY '\n'：Linux/macOS 用\n，Windows 用户若需兼容 Excel，得写'\r\n'，但注意 MySQL 服务端运行系统决定换行符实际行为
示例（可在存储过程中直接写入）：
SELECT id, name, description INTO OUTFILE '/var/lib/mysql-files/export.csv' FIELDS TERMINATED BY ',' ENCLOSED BY '"' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM my_table WHERE status = 'active';
替代方案：存储过程只做查询封装，导出交给外部工具
真正可落地的“批处理导出”，是让存储过程专注逻辑，把格式化和落盘交给更可控的环节：
- 用
CALL export_logic('2024-01-01', '2024-12-31');返回结果集，再由 Python 脚本用csv.writer写本地文件（支持 BOM、自动转义、Unicode、分页流式写入） - Shell 调用
mysql -e "CALL export_logic(...)"+sed 's/\t/,/g'+iconv -f utf8mb4 -t utf8，比硬塞进存储过程灵活得多 - 如果必须用
mysqldump，它支持--tab模式生成真实 CSV（自动加引号、转义双引号、处理换行），且不需要FILE权限，只要账户有SELECT
最常被忽略的一点：即便 secure_file_priv 允许写入，导出的 CSV 默认无 BOM，Windows Excel 会用 ANSI 编码打开导致中文乱码——这不是 MySQL 的问题，而是你没在客户端侧补上 \xEF\xBB\xBF 或改用带 BOM 的导出方式。
