Mac上Excel打不开Navicat导出的文件，主因是选错格式（.xls兼容性差）、编码含BOM或未设UTF-8、日期数字未显式格式化；应选.xlsx格式、UTF-8无BOM编码，并用SQL函数规范日期数值输出。
导出时选错格式会导致Mac上Excel打不开
navicat windows版默认导出的 .xls 是旧版二进制格式，macos新版excel（尤其是microsoft 365或excel 2016+）对它的兼容性差，常报“文件已损坏”或直接空白；真正稳妥的是用 .xlsx（office open xml）格式，它跨平台支持好，且navicat完全支持。
实操建议：
- 右键查询结果 → “导出向导” → 第二步“导出格式”下拉菜单中，**必须选
Excel 2007-365 (*.xlsx)**，别选Excel 97-2003 (*.xls) - 导出前确认勾选
包含列标题，否则Mac上打开可能首行数据错位 - 如果字段含中文、特殊符号或日期，导出前在“高级选项”里把
文本编码设为UTF-8（不是系统默认的GBK），否则Mac上会乱码
日期和数字字段在Mac Excel里显示异常
Windows版Navicat导出 .xlsx 时，若查询结果中的日期/数字列没显式转成字符串，Excel for Mac 有时会按本地区域设置自动解析，导致 2024-03-15 变成 3/15/2024（甚至误判为文本），或金额丢失千分位。
实操建议：
- 在SQL里用
DATE_FORMAT(col, '%Y-%m-%d')（MySQL）或TO_CHAR(col, 'YYYY-MM-DD')（PostgreSQL）强制格式化日期 - 数值列用
CAST(col AS CHAR)或CONCAT('', col)转字符串，避免Excel自动识别为数字后改变显示格式 - 导出向导“高级选项”中关闭
自动识别数字/日期（该选项名称因Navicat版本略有差异，常见于“格式设置”页签）
大结果集导出后Mac Excel卡死或截断
Navicat导出超10万行到 .xlsx 时，会生成较重的XML结构，Mac版Excel内存占用高，容易无响应或只加载前65536行（老式限制残留）。
Windows-Android_SSH_Remote_Control
下载
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
实操建议：
- 导出前加
LIMIT 100000控制行数，或用分页SQL多次导出（如LIMIT 0,50000/LIMIT 50000,50000） - 如果必须导全部，改用
CSV UTF-8 (*.csv)格式导出——Mac Excel能原生识别，且体积小、加载快；导出时务必勾选使用引号包围文本和字段分隔符设为逗号 - 避免在导出时勾选
导出BLOB字段，图片/文件内容会极大拖慢速度并可能破坏Excel结构
导出文件在Mac Finder里不显示Excel图标
文件扩展名是 .xlsx 但图标仍是空白或文本图标，说明Windows写入了错误的文件头或编码标记，Mac无法正确识别MIME类型。这不是Navicat bug，而是导出过程混入了BOM或空字符。
实操建议：
- 导出完成后，先在Windows上用记事本打开该
.xlsx文件——如果能打开且显示乱码，说明已被当文本处理，**立刻停止使用该文件** - 重新导出，确保“导出向导”中
文本编码选UTF-8且 **不勾选“添加BOM”**（Navicat部分版本默认加BOM，会破坏.xlsx二进制结构） - 导出路径避免含中文或空格，例如用
C:\export\report.xlsx而非C:\我的导出\报表.xlsx，减少文件系统层干扰
.xlsx、编码选 UTF-8 不带BOM、日期数字做显式格式化这三处，基本就稳了。
