能，但需满足MySQL服务端有目标路径写权限且路径为服务器本地磁盘；受secure_file_priv限制，必须手动指定FIELDS TERMINATED BY、ENCLOSED BY和LINES TERMINATED BY以保证CSV格式正确。
SELECT INTO OUTFILE 能不能直接导出 CSV？
能，但有硬性前提：MySQL 服务进程必须有写入目标路径的权限，且该路径必须是服务器本地磁盘（不是你本地电脑）。SELECT INTO OUTFILE 本质是服务端行为，和客户端完全无关。
常见错误现象：ERROR 1290 (HY000): The MySQL server is running with the --secure-file-priv option so it cannot execute this statement——说明 MySQL 启动时加了 --secure-file-priv，只允许写入指定目录（通常是 /var/lib/mysql-files/ 或空值禁止所有写入）。
- 先查允许路径：
SHOW VARIABLES LIKE 'secure_file_priv'; - 路径为空（
Value字段为NULL）→ 禁用所有导出，改用客户端工具（如mysql -e "..." > file.csv） - 路径为具体目录 → 只能写到该目录下，比如
/var/lib/mysql-files/output.csv，不能写到/tmp/或用户家目录
导出 CSV 的字段分隔与换行怎么控制？
MySQL 不提供“自动 CSV 格式化”，必须手动指定字段分隔符、包裹符、行终止符。否则中文、逗号、换行符会直接破坏 CSV 结构。
正确写法示例（带引号包裹、逗号分隔、LF 换行）：
SELECT id, name, created_at INTO OUTFILE '/var/lib/mysql-files/users.csv' FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n' FROM users;
-
FIELDS TERMINATED BY ','：字段间用英文逗号分隔（Excel 默认识别） -
ENCLOSED BY '"'：每个字段用双引号包裹，防止字段含逗号或换行导致错列 -
LINES TERMINATED BY '\n'：用 Unix 换行（\n），Windows 用户若需\r\n可显式写成LINES TERMINATED BY '\r\n' - 注意：
ENCLOSED BY不会自动转义字段内的双引号——如果数据含"，MySQL 默认不处理，CSV 解析可能出错（需提前替换或改用其他方式）
为什么导出后 Excel 打开中文是乱码？
MySQL 导出文件默认编码是服务端字符集（通常是 utf8mb4），但 Windows Excel 默认用 ANSI（如 GBK）打开 CSV，导致中文显示为乱码。
- 解决办法不是改 MySQL 编码，而是让 Excel 正确识别 UTF-8：用记事本打开 CSV → “另存为” → 编码选
UTF-8 BOM→ 再用 Excel 打开 - 或者跳过
SELECT INTO OUTFILE，改用命令行导出并强制加 BOM：mysql -u root -p -e "SELECT ..." database_name | sed '1s/^/\xEF\xBB\xBF/' > output.csv - MySQL 本身不支持在
INTO OUTFILE中指定 BOM，BOM 必须由外部工具追加
替代方案：什么时候不该用 SELECT INTO OUTFILE？
当你要导出的数据量小、需要灵活格式、或没有服务端写入权限时，硬上 SELECT INTO OUTFILE 反而更麻烦。
- 开发机 / Docker 环境常禁用
--secure-file-priv或设为NULL，此时直接报错，不如用客户端导出 - 要导出带计算字段、子查询结果，或需按时间动态命名文件，
INTO OUTFILE不支持变量拼接路径，得靠脚本封装 - 敏感数据导出：
INTO OUTFILE生成的文件权限归 MySQL 进程用户（如mysql），其他人默认不可读，反而增加后续传输成本
真正容易被忽略的是：导出路径的权限问题和编码问题往往比 SQL 语法更早卡住你。确认 secure_file_priv 值和目标路径可写，比调参数重要得多。
