Navicat导出的XML非标准格式，15版起已移除该功能；其输出无合法根节点、标签名含空格致解析失败；需用自定义SQL重命名字段并确保绝对路径导出；可靠方案是用mysqldump --xml生成合规XML。
Navicat导出的XML文件根本不是标准XML格式
navicat自15版起已彻底移除xml导出功能，你看到的所谓“xml导出”，实际是旧版本残留逻辑或误操作触发的非标准输出。它不遵循w3c xml规范，没有合法根节点、不校验标签名合法性、不处理命名空间，生成内容类似<table name="users"></table>这种半结构化文本——多数xml编辑器（如oxygen、xmlspy）或解析库（如python的xml.etree.elementtree）会直接报错parseerror: no element found或invalid token。
字段名含空格或特殊字符导致标签非法
即使能生成带<row>的文件，Navicat默认把数据库列名原样转为XML子节点名。比如字段user name会变成<user name>，而XML标准禁止标签名含空格、#、-等字符。下游工具读到就中断，不会警告，只会静默跳过整行或报Invalid tag name。
- 必须用自定义SQL显式重命名：
SELECT `user name` AS user_name FROM users - 别名不能含非法字符：避免
AS user-name或AS user name - 执行一遍SQL确认结果列头显示的是别名，不是原始字段名
导出路径或权限问题导致文件写入不完整
Navicat计划任务导出XML依赖客户端常驻运行，一旦程序退出、用户登出或休眠，写入过程就会中断——生成的文件可能只有几百字节，开头甚至没有<?xml声明。这类文件在VS Code里看起来像XML，但用file export.xml查类型会显示data而非xml，解压（改后缀为.zip）会失败。
- 导出路径必须是绝对路径，例如
/Users/yourname/export/users.xml，不能用~/Documents/ - 确保Navicat进程后台存活：macOS用Activity Monitor查
Navicat Premium，Windows用任务管理器 - Windows需在计划任务属性中勾选「即使用户未登录也要运行」并启用「使用最高权限运行」
真正能被通用工具打开的XML只能靠mysqldump生成
如果你需要一份其他编辑器能正常加载、验证、解析的XML，唯一可靠路径是绕过Navicat GUI，用MySQL命令行工具：mysqldump --xml -u root -p database_name table_name > output.xml。它生成的XML有合法根节点<mysqldump>，字段包裹在<field name="xxx">中，虽是MySQL自定义格式，但结构完整、标签合规、可被主流XML工具识别。
注意：该XML里时间字段依赖服务器时区，大字段会被base64编码，且默认混入CREATE TABLE语句——加--no-create-info可剥离DDL部分。
