Navicat 17 不支持一键导出执行计划调试包，需手动收集：①原始SQL；②执行计划文本（右键复制）；③查询结果样本；④连接元信息截图；⑤navicat.log日志。可视化执行计划不生成文件，仅实时渲染。
navicat 17 不提供“导出执行计划调试包”的一键打包功能，所谓“完整调试包”需手动组合多个独立输出项，且执行计划本身不支持导出为可离线分析的归档文件。
执行计划只能截图或复制文本，无法导出为结构化调试包
Navicat Premium 17 的可视化执行计划（仅限 MySQL/MariaDB/PostgreSQL）是运行时渲染的 UI 组件，它不生成独立文件，也不参与自动导出流程。你看到的高亮节点、耗时占比、扫描行数等信息，本质是查询执行后由数据库返回的 EXPLAIN 或 EXPLAIN ANALYZE 结果的图形化翻译。
- 右键执行计划图 → 选择“复制为文本”可粘贴出原始 JSON 或树状文本，但不含截图、上下文 SQL、连接参数
- 截图是唯一保留颜色标记和布局的方式，但无法被其他工具解析
-
导出向导和自动运行功能均不包含“执行计划”作为导出选项
真正能打包的调试信息必须分项手动收集
若需向 DBA 或技术支持提交故障复现材料，应按以下顺序分别导出并归档：
- 导出原始 SQL：在查询编辑器中全选 → 右键“复制”或保存为
.sql文件 - 导出执行计划文本：执行查询后，在执行计划面板右键 → “复制为文本” → 粘贴到
plan.txt - 导出查询结果样本（可选）：右键结果集 → “导出结果” → 选 CSV/Excel，限制行数防过大
- 记录连接元信息：在连接上右键 → “编辑连接”，截图或手写记录
主机、端口、数据库名、用户权限级别 - 附加 Navicat 日志（关键）：菜单栏 → “帮助” → “日志查看器”，点击“保存日志”生成
navicat.log
Navicat 自带的“自动运行”和“导出向导”不处理执行计划
很多人误以为把“已保存查询”拖进批处理作业就能连带导出执行计划，实际不会。批处理只触发查询执行和结果导出，执行计划仍停留在 UI 层，且每次打开都需重新执行才能刷新。
-
自动运行任务中添加的“导出结果”动作，只导出SELECT返回的数据，不是执行路径 - 即使勾选了“显示执行计划”，该设置不随查询保存，下次打开需手动再点一次“解释查询”按钮
- 若用 AI 助手生成的 SQL，其调用上下文、模型响应、提示词等完全不落盘，无法回溯
执行计划的“可视化”是交互式诊断利器，但它的轻量级设计也意味着它天生不适合打包归档——你需要主动截、抄、录、存，缺一不可。最常被忽略的是 navicat.log，它记录了连接建立、语句发送、结果接收的完整时序，比截图更有排查价值。
