navicat导出xml为空主因是未勾选“导出记录”或sql无结果；其次为权限不足、编码/特殊字符未转义。务必在导出设置中勾选“导出记录”，并验证sql执行结果及用户select权限。
导出xml时数据为空，先确认是否漏了“导出记录”勾选
navicat 默认导出的是表结构（ddl），不是数据。哪怕你点了“导出向导”并选了 xml 格式，如果没手动勾选 导出记录，结果文件里只有空的 <table> 标签，没 <code><row></row>。
实操建议：
- 在导出向导第 2 步（“导出设置”）中，务必勾选
导出记录（下方还有个“导出表结构”，按需选） - 如果用了“自定义查询”导出，要确认 SQL 最终返回了非空结果集——可先在查询窗口执行一遍
SELECT * FROM xxx LIMIT 10看是否有数据 - XML 导出不支持“仅导出选中行”，它要么全表，要么按你写的 SQL；没选中任何行也不影响，只要 SQL 有结果
WHERE 条件写错或参数未生效导致查不到数据
在“自定义查询”模式下导出 XML，容易把过滤条件写成变量占位符（如 :start_time）但没传值，或者误用 Navicat 的变量语法（$[xxx]）而实际没定义，结果 SQL 执行返回空集。
常见错误现象：
- 导出文件里有
<table name="xxx"> 但内部没有 <code><row></row> - 导出日志显示 “0 rows exported”
- 同一 SQL 在查询窗口能查出数据，但导出时为空
- 导出前，在查询窗口粘贴你的导出 SQL，手动替换所有变量为真实值再执行一次，验证结果
- 避免使用
$[xxx]变量——它只在某些自动化任务中生效，导出向导里基本不识别 - 时间字段比较记得加引号：
WHERE create_time > '2024-01-01'，不加会因类型隐式转换失败 - 用开发账号连测试库导出，但该账号只被授予了
INSERT/UPDATE，没给SELECT - 表在 schema A，但账号默认 search_path 或 database 没配对，查不到
- 在查询窗口执行
SELECT COUNT(*) FROM your_table，看是否报错或返回 0；如果报ERROR 1142 (42000): SELECT command denied就是权限问题 - MySQL 下检查权限：运行
SHOW GRANTS FOR CURRENT_USER，确认含SELECTon 表或库 - PostgreSQL 下注意
USAGEon schema +SELECTon table 两个权限都要有 - Navicat 旧版本（v15 以前）对 UTF-8 BOM 和非法字符处理较弱
- 字段含
、<code>&、"时，若导出未启用“转义 XML 特殊字符”，生成的 XML 本身就不合法 - 导出设置里勾选
转义 XML 特殊字符（位置在“导出记录”下方） - 导出后用文本编辑器打开 XML，搜索
<row></row>，确认每个字段值都在<field></field>内且无裸露的或 <code>& - 如果必须保留原始字符，改用 CSV 导出更稳妥；XML 本质不适合存富文本
实操建议：
用户权限不足，SELECT 被静默截断
Navicat 导出 XML 是通过后台执行 SELECT 实现的。如果你连接的数据库账号没有对应表的 SELECT 权限，部分数据库（如 MySQL 8.0+、PostgreSQL）不会报错，而是直接返回空结果集——导出文件也就空了。
使用场景：
实操建议：
XML 编码与特殊字符导致解析失败，看似“空”
导出的 XML 文件打开后肉眼可见内容，但用程序读取时报解析错误、节点为空——其实是中文、& 符号、换行等没被正确转义，导致 XML 格式损坏，下游解析器跳过整段。
性能 / 兼容性影响：
实操建议：
导出 XML 空的问题，八成卡在“没勾导出记录”或“SQL 没真跑出数据”这两步。权限和编码属于藏得深的点，一旦前面都对了还没数据，就该去查 SHOW GRANTS 和手动执行 SQL 看返回。
