mysql命令行导出为空因结果默认走stderr，需加--batch（-B）使输出至stdout；导CSV应配--fields-terminated-by=','等参数，并注意字符集、权限及字段转义问题。
mysql 命令行导出结果时为什么 > 重定向没生成文件
常见现象是执行 mysql -e "SELECT * FROM users" > output.csv 后，文件为空或只有报错。根本原因是 mysql 默认开启自动列对齐（ASCII 表格格式），会把结果输出到 stderr 而非 stdout，而 > 只重定向 stdout。
- 加
--batch或-B参数强制使用制表符分隔、关闭格式化，让结果走stdout - 若仍需 CSV 格式，用
--fields-terminated-by=',' --lines-terminated-by='\n'配合-B - 避免用
mysql -u user -p -e "..." > file这种写法——密码明文出现在命令行历史里，有安全风险
如何导出带表头的 CSV 文件
默认 -B 模式不输出列名，但加 --column-names 就能补上。不过要注意：表头和数据字段分隔符必须一致，否则 Excel 打开会错列。
mysql -u user -p --batch --column-names --fields-terminated-by=',' --lines-terminated-by='\n' -D mydb -e "SELECT id,name,email FROM users" > users.csv- 如果字段含逗号、换行或引号，
mysql命令行工具本身不转义，直接导出会导致 CSV 解析失败；这种场景建议改用SELECT ... INTO OUTFILE（需服务端权限）或应用层处理 -
--column-names输出的表头是原始列名，不会被别名覆盖；想自定义表头得在 SQL 里用AS，比如SELECT id AS 'User ID'
INTO OUTFILE 方式导出的权限和路径限制
执行 SELECT ... INTO OUTFILE '/tmp/users.csv' 看似简洁，但实际受 MySQL 服务端严格约束：
- 目标路径必须是 MySQL 服务进程有写权限的目录，且不能是相对路径或用户家目录（如
~/export.csv会报错ERROR 1290 (HY000)） - 需要
FILE权限，普通应用账号通常没有，DBA 很少开放 - 导出文件归属是 MySQL 进程用户（如
mysql用户），你本地可能无法直接读取，得先chown或用sudo - 不支持动态文件名，也不能追加写入，每次都是覆盖
中文乱码和字符集不一致导致导出内容损坏
即使查询时显示正常，导出后打开是乱码，大概率是客户端连接字符集与导出目标编码不匹配。MySQL 默认用 utf8mb4，但终端或 Excel 可能按 GBK 解析。
- 导出前显式指定连接字符集：
mysql --default-character-set=utf8mb4 -u user -p -B ... - CSV 文件本身无编码标识，用 Excel 打开时需手动选“UTF-8”编码；更稳妥的做法是导出为
.txt后缀，或用 LibreOffice 打开时指定编码 - 如果数据库用的是
latin1存中文（不推荐），导出时必须同步指定--default-character-set=latin1，否则会二次转码变乱码
导出这件事看着简单，真正卡住人的往往是 stderr/stdout 分流、服务端路径权限、字符集隐式转换这三块。别迷信一条命令搞定，先 mysql --help | grep -E "(batch|B|fields|column)" 看清参数行为，再动手。
