MySQL存储过程无法直接导出CSV到本地，因SELECT INTO OUTFILE仅写入服务器磁盘且受secure_file_priv限制；脱敏可用字符串函数实现，但导出需客户端调用存储过程后格式化落盘。
存储过程里不能真正“导出”CSV到你的电脑
MySQL 存储过程执行在服务端，SELECT INTO OUTFILE 只能写入服务器本地磁盘，且路径必须严格匹配 secure_file_priv 的值（比如 /var/lib/mysql-files/）。你调用存储过程后看到 “Query OK”，文件其实躺在数据库服务器上，不是你本机的 Downloads 文件夹。想拿到它，还得靠 scp、rsync 或让运维帮忙拉取。
脱敏逻辑可以放存储过程，但导出必须绕开INTO OUTFILE
脱敏（比如手机号中间四位变 *、身份证只留前六后四）完全可以在存储过程中用 REPLACE()、CONCAT()、SUBSTRING() 实现，这部分没问题。但一旦加了 INTO OUTFILE，就立刻撞上三重硬限制：
- 调用者必须拥有
FILE权限——云数据库（RDS/CDB）默认禁用，无法开通 - 路径不能拼接：
CONCAT('/var/lib/mysql-files/', @filename)会直接报语法错误，INTO OUTFILE后面只接受字面量字符串 - 无错误反馈机制：导出失败不抛异常，也不返回状态码，静默失败很难排查
真正可行的组合：存储过程查+客户端格式化+本地落盘
把事情拆开做，既安全又可控。例如：
1. 写一个存储过程封装脱敏查询：CREATE PROCEDURE export_anonymized_users(IN start_date DATE, IN end_date DATE) BEGIN SELECT id, CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4)) AS phone_anon, SUBSTRING(id_card, 1, 6) AS id_prefix, SUBSTRING(id_card, -4) AS id_suffix FROM users WHERE created_at BETWEEN start_date AND end_date; END
把记录数组导出为带样式的 Excel(xlsx) 或带 BOM 的 CSV。支持列配置（表头/宽度/顺序）、表头冻结首行、斑马纹、布尔值转「是/否」、数组换行、CSV 中文防乱码。零依赖。触发词：导出 Excel、导出 CSV、记录转表格、列配置导出、数据导出、表格美化、JSON 转表格。
2. 用 mysql 客户端调用并转 CSV：mysql -u user -p -N -B -e "CALL export_anonymized_users('2024-01-01', '2024-12-31');" db_name | sed 's/\t/,/g' | sed 's/^/"/;s/$/"/' | sed 's/","/","/g' > export.csv
关键点：
-
-N去掉列名表头，-B用制表符分隔，避免字段内逗号干扰 -
sed链式处理：先替 \t 为 ,，再给每行首尾加"，最后修正相邻引号 - 中文乱码？加 BOM：
sed '1s/^/\xEF\xBB\xBF/'插在管道末尾
表头和换行符这些细节，服务端根本不管
SELECT INTO OUTFILE 不生成表头，也不自动处理字段内换行符（比如 TEXT 类型含 \n），全靠你手动控制 FIELDS ENCLOSED BY '"' 和 LINES TERMINATED BY '\n'。但即使写全了，只要字段含未转义双引号或嵌套换行，Excel 仍会解析错行。而客户端方式（如 Python + csv.writer）能自动 escape、写 header、选 encoding，容错率高得多。别为了省一行代码，把格式责任推给 MySQL 服务端。
