定时任务功能仅限DBeaver EE（企业版），社区版（CE）不支持Task Scheduler，菜单灰显或报错即为版本限制；验证方式为Help > About中查看是否含“EE”标识。
定时任务功能只在 DBeaver EE（企业版）中可用
社区版（DBeaver CE）不支持任务调度器，点击 Tools > Task Scheduler 会直接报错或菜单灰显。如果你看到“Task Scheduler”选项不可用、空白，或创建任务后无法设置执行时间，大概率是正在使用 CE 版。2026 年最新版 CE（如 24.3.x 或 25.1.x）依然没有该功能——这不是配置问题，而是版本限制。
验证方式：打开 Help > About DBeaver，查看版本号末尾是否含 EE；或检查安装包来源是否为 dbeaver.io/download/ 页面中明确标注 “Enterprise Edition” 的下载项。
- 企业版下载地址必须通过官网付费页面获取（有试用期），国内镜像站常缺 EE 版本
- CE 版即使手动添加
org.jkiss.dbeaver.tasks插件也无法启用调度器，模块依赖被硬编码隔离 - 临时替代方案：用操作系统级定时任务（
Windows Task Scheduler或crontab）调用 DBeaver CLI 模式执行 SQL 脚本，但无法触发数据导出/传输等 GUI 任务类型
创建 Database Backup 类型定时任务的实操要点
这是最常用也最容易配错的定时备份场景。关键不是“点几下”，而是参数组合是否匹配实际权限与路径约束。
- 任务类型必须选
Database Backup（不是 “SQL Script Execution” 或 “Data Export”）——只有该类型才内置数据库级锁和一致性快照逻辑 - “Backup location” 必须填**绝对路径**，且 DBeaver 进程有写权限；相对路径（如
./backup/）会被解析为工作目录，而 GUI 启动时工作目录不可控 - 勾选
Include DROP statements和Create database statement仅在目标是完整重建时有用；若仅做增量恢复，建议关闭前者，避免误删生产库同名库 - MySQL 备份需确保用户具备
LOCK TABLES、SELECT、SHOW VIEW权限；PostgreSQL 需pg_read_all_data或对应 schema 的SELECT - 备份文件名默认不带时间戳，建议在路径中手动加入变量，例如：
/backups/mysql_prod_$(date +%Y%m%d_%H%M).sql（Linux/macOS）；Windows 需用 PowerShell 替代方案
数据同步类任务（如 MySQL → PostgreSQL）必须满足的三个前提
跨库同步不是“连上就能跑”，DBeaver 会在校验阶段静默失败，错误只出现在日志里（Window > Show View > Error Log）。
- 源表和目标表**必须有主键或唯一非空索引**；否则 DBeaver 无法生成 UPDATE/UPSERT 语句，只会不断 INSERT 重复数据
- 目标库连接必须开启
Auto-commit（默认开启），但若同步中途断开，已提交批次无法回滚——没有事务边界保障 - 字段映射不自动处理类型转换：MySQL 的
TINYINT(1)映射到 PostgreSQL 会变成boolean，但若源值含 2/3 等非法布尔值，任务直接中断，不会跳过 - 批处理大小设为
5000是经验阈值；超过 10000 容易触发 PostgreSQL 的statement timeout或 MySQL 的max_allowed_packet限制
任务调度器里时间表达式的常见陷阱
DBeaver EE 使用标准 Quartz cron 表达式，但界面不校验格式，输错只会导致“从不执行”。最常踩的坑是时区和字段顺序。
- 表达式字段顺序是：
秒 分 时 日 月 周 年（7 位），不是 Linux crontab 的 5 位；少填或错位会导致解析失败，但无提示 - 默认使用系统本地时区，**不是数据库服务器时区**；若数据库在 UTC+8，而你的 PC 在 UTC+0，设“每天 2:00”实际是 UTC 时间，相当于数据库凌晨 10 点
-
0 0 2 ? * MON-FRI表示工作日凌晨 2 点，但注意：DBeaver 不支持MON-FRI缩写，必须写成2-6（周日=1） - 测试调度是否生效，不要等真实时间——右键任务 →
Run Now只触发一次执行；真正验证周期性，得改系统时间或用0/30 * * * * ?（每半分钟）临时调试
DBeaver 的定时任务本质是把 GUI 操作固化为可重放的 XML 配置，所有“自动”都依赖 EE 版本的后台服务进程持续轮询。一旦电脑休眠、DBeaver 关闭或 JVM 崩溃，未触发的任务就永久丢失——它不是操作系统级守护进程，这点和 mysqldump + crontab 有根本区别。
