Navicat计划任务导出DBF失败是因v15及更早版本不支持该格式的自动化导出，仅v16.0.14+才正式支持；替代方案为使用navicat.exe命令行导出或Python脚本直连生成。
Navicat 计划任务导出 DBF 时提示 “不支持的导出格式”
navicat 的计划任务（scheduled tasks）底层调用的是其 gui 导出逻辑，而 dbf 格式在部分版本（尤其是 navicat premium 15 及更早的 windows 版本）中**仅限手动导出**，计划任务里根本不会列出 dbf 作为可选格式。这不是配置问题，是功能限制。
- 检查你的 Navicat 版本：v16+（特别是 2023 年后发布的 build）才在计划任务中正式支持
DBF导出；旧版即使界面显示“DBF”，实际执行会静默失败或跳过 - 手动导出一次 DBF，观察导出对话框右下角是否出现“添加到计划任务”按钮——没有，说明当前版本不支持
- 替代方案不是“调参数”，而是换路径：用命令行工具
navicat.exe --export（v16+ 支持）或退回到mysqldump + 自定义转换脚本
用 navicat.exe 命令行定时导出 DBF（Windows）
这是绕过 GUI 限制最稳的方式，但必须确认你装的是 Navicat Premium v16.0.14 或更新版本，且安装时勾选了“添加到 PATH”。命令行导出本质是复用 Navicat 内置引擎，能真正生成标准 XBase III 兼容的 .dbf 文件。
- 先在 GUI 中建好一个「已保存的导出设置」：连接 → 右键表 →「导出向导」→ 选
DBF→ 完成后勾选「保存设置为」并命名，比如叫user_to_dbf - 命令行执行示例（注意路径和引号）：
navicat.exe --export "MyConnection" "user_to_dbf" "C:\exports\users_&Y&M&D.dbf"
-
&Y&M&D是 Navicat 内置时间变量，会被替换成年月日，避免覆盖；不支持小时分钟，如需更细粒度，得靠外部批处理拼接 - 把这行命令丢进 Windows 任务计划程序，触发条件设为「每天 2:00」，操作设为「启动程序」，程序填
navicat.exe，参数填后面那串带引号的部分
导出的 DBF 打不开或字段错位
常见于字段含中文、长文本或 NULL 值，DBF 格式本身对字符集和长度敏感，Navicat 默认按 GBK 编码写入，但 Excel 或某些 GIS 软件默认用 UTF-8 读——直接乱码；另外，DBF 单字段最大 254 字节，超长内容会被截断或导致整个文件损坏。
- 导出前，在 Navicat 导出向导第三步「字段映射」里，手动把
备注型（如 TEXT）字段类型改成字符型，并把长度设为254（DBF 极限） - 中文字段确保数据库连接的字符集是
gbk或gb2312；如果源库是utf8mb4，先在查询中用CONVERT(col USING gbk)转码再导出 - 导出后用
DBF Viewer Plus或 Python 的dbfread库验证结构：from dbfread import DBF; print(list(DBF(r"C:\exports\users.dbf"))[0])
Linux/macOS 下没法用 navicat.exe？换 Python 脚本直连生成 DBF
Navicat 官方没提供 macOS/Linux 的命令行导出工具，这时候硬等 GUI 更新不如自己控场。用 mysql-connector-python + dbf 库，两百行内搞定，还能自由控制编码、空值处理和字段类型。
- 安装依赖：
pip install mysql-connector-python dbf
- 关键点：DBF 不支持 NULL，脚本里得统一转成空字符串或默认值；日期字段必须是
datetime.date类型，不能是字符串 - 示例片段（只写核心逻辑）：
table = DBF('users.dbf', new=True, encoding='gbk')<br>table.add_field(('id', 'N', 10), ('name', 'C', 50), ('created', 'D'))<br>for row in cursor.fetchall():<br> table.append((row[0], row[1] or '', row[2].date() if row[2] else None)) - 把这个脚本加入
cron（Linux/macOS）或 launchd（macOS），比依赖 Navicat 更可控，也避开了商业软件许可限制
