mysql不支持直接导出.xlsx文件，只能通过select into outfile导出csv（需file权限和服务器路径写入权），或用mysql客户端命令重定向生成csv，再手动/编程转为excel；真正.xlsx需python等外部工具生成。
MySQL 本身不支持直接导出为 .xlsx 文件，所谓“直接生成 Excel”实际是绕过 Excel 应用程序、生成兼容 Excel 的格式（如 CSV 或 XML Spreadsheet），或借助外部工具中转。真正在命令行或 SQL 中一步输出 .xlsx，必须依赖客户端侧处理。
用 SELECT ... INTO OUTFILE 导出 CSV（最常用且可靠）
这是 MySQL 原生命令，能快速把查询结果写成文本文件，Excel 可双击打开（中文需注意编码）。但它只能写入数据库服务器本地磁盘，且要求用户有 FILE 权限。
-
INTO OUTFILE路径必须是 MySQL 服务进程有写权限的目录（如/tmp/），不能写到客户端机器 - 默认用制表符分隔，需显式指定
FIELDS TERMINATED BY ','才能得到标准 CSV - 中文字段要加
CHARACTER SET utf8mb4，否则 Excel（尤其是 Windows 版）可能乱码 - 示例：
SELECT id, name, created_at FROM users INTO OUTFILE '/tmp/users.csv' CHARACTER SET utf8mb4 FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\n';
用 mysql 客户端命令 + --batch 和重定向生成 CSV（适合本地导出）
当没权限用 INTO OUTFILE，或想直接保存到自己电脑时，这条命令更实用。它由客户端格式化输出，不受服务端路径限制。
- 必须加
--batch（简写-B）启用 tab 分隔模式；再用sed或awk替换分隔符（Linux/macOS）或靠 Excel 导入向导（Windows） - 加
--default-character-set=utf8mb4防止终端编码干扰 - 字段含换行、逗号时，
-B不会自动加引号，需后续处理或改用--raw --silent配合自定义分隔符 - 示例：
mysql -u root -p --default-character-set=utf8mb4 -B -e "SELECT id, name FROM users;" mydb > users.csv
为什么不要尝试用 INTO OUTFILE 生成 .xlsx
有人试图写 XML Spreadsheet 2003 格式（.xml 后缀但 Excel 能打开）甚至伪造 .xlsx ZIP 结构，这非常脆弱：
- MySQL 不校验 XML 语法，一个引号漏转义就导致 Excel 打不开
-
.xlsx是 ZIP 包含多个 XML 文件，纯 SQL 无法构造合法 ZIP 流 - 即使生成了看似能打开的文件，单元格格式、公式、多 sheet 等功能完全不可控
- 维护成本高，不如用 Python 的
pandas.to_excel()或openpyxl在应用层生成
真正需要 .xlsx 时，该怎么做
如果业务明确要求带样式、多 sheet 或公式，别在 MySQL 层硬扛：
- 用 Python 脚本查库 +
pandas.read_sql()+to_excel()：稳定、可控、支持冻结窗格/条件格式 - 用 Node.js 的
exceljs或 PHP 的PhpSpreadsheet，同样比拼 SQL 字符串靠谱得多 - BI 工具（如 Metabase、Superset）导出按钮背后也是这类逻辑，不是 MySQL 直出
- 临时应急？把 CSV 拖进 Excel，另存为
.xlsx—— 对绝大多数报表已足够
关键点始终是：MySQL 的职责是存和查，文件格式封装是客户端的事。混淆这两层，迟早掉进编码、权限、格式校验的坑里。
