Navicat“导出结果→Excel”实际生成的是Excel 97–2003格式（.xls），非.xlsx，仅支持65536行、无样式公式、中文易乱码、数字字段会变科学计数法。
navicat 里点“导出结果”按钮导出的所谓 excel 文件，实际不是真正的 .xlsx，而是旧版 .xls（excel 97–2003）或 csv 封装——它不支持超 65536 行、无样式、无公式，且中文乱码、手机号变科学计数法等问题几乎必然出现。别被界面文字误导。
导出结果右键菜单里的“Excel”到底是什么格式
Navicat 所有版本（含 16/17）的「导出结果」右键菜单中选“Excel”，实际生成的是二进制 .xls 文件（非 .xlsx），底层用的是 Excel 97–2003 格式规范。这意味着：
- 最大仅支持
65536行，超出部分会被静默截断 - 字段含换行符、逗号时不会自动加引号，Excel 打开后列错位
- 数字型字段（如身份证、手机号）直接写入数值类型，Excel 启动即转为科学计数法，且不可逆
- 不保留查询中的别名宽度、对齐、颜色等任何显示样式
导出前必须调的三个关键选项
即使你坚持用「导出结果 → Excel」，也得手动干预以下三项，否则大概率失败：
-
编码必须设为
UTF-8：在导出向导「高级选项」页勾选Export with BOM，否则 Windows 下 Excel 默认按 ANSI 解析，中文全成问号 - 分隔符无效，但「Quote all fields」要开：虽然这是 Excel 模式，但 Navicat 实际仍按文本逻辑处理字段包裹；不开此选项，含逗号的地址、含换行的备注会崩列
-
字段类型无法控制，SQL 层就得转换：在查询语句里对敏感字段显式转字符串，例如
CONCAT('', mobile)或CAST(id_card AS CHAR)，避免 Excel 自动识别为数字
为什么直接双击打开 CSV 一定会乱码
很多人导出时选了 CSV 却双击用 Excel 打开，看到中文乱码就以为是 Navicat 设置错了——其实根因是 Excel 的自动编码猜测机制：
- Navicat 导出 CSV 默认用系统编码（Windows 多为
GBK），而 Excel 2016+ 默认尝试用UTF-8（无 BOM）解析 - 二者不匹配，
你好就变成浣犲ソ - 真正解法不是改 Navicat 编码，而是改 Excel 打开方式：新建 Excel → 数据 → 自文本/CSV → 选文件 → 编码选
65001: UTF-8或ANSI（取决于你导出时设的编码）
真要 .xlsx？绕开 Navicat 写两行 Python
业务方明确要求原生 .xlsx（多 sheet、带样式、百万行不崩），Navicat 做不到。最轻量方案是用 pandas 中转：
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
import pandas as pd
from sqlalchemy import create_engine
engine = create_engine('mysql://user:pass@host:3306/db')
df = pd.read_sql("SELECT CONCAT('', mobile) AS mobile, ... FROM users", engine)
df.to_excel('output.xlsx', index=False)
注意：to_excel 默认用 openpyxl 引擎，不依赖 Office 安装；若数据超 10 万行，建议加 chunksize 分批读取，避免内存爆掉。
真正麻烦的从来不是点哪个按钮，而是搞清你导出的到底是 Excel 还是“长得像 Excel 的陷阱”。文件后缀、行数限制、编码链路、数字处理——每个环节脱节，都会在下游打开时突然报错。
