DBeaver不支持直连远程数据库并一键导入数据，必须通过“本地导出→手动传文件→本地导入”三步完成；其本质是JDBC客户端，仅执行SQL、不搬运原始数据块。
直接说结论：DBeaver 本身不支持“直连另一台机器的数据库并一键导入其数据”，它只能操作你本地已连接的数据库。所谓“跨机器导入”，本质是三步：在源机器导出 → 把文件传到本地 → 在目标库导入。中间那一步（传文件）必须手动完成，DBeaver 不参与。
为什么不能像 SSH 那样直接拉数据？
DBeaver 是客户端，不是数据搬运工。它通过 JDBC 连接数据库，而 JDBC 协议只负责执行 SQL、读写结果集，不提供跨网络传输原始数据块的能力。像 mysqldump 或 pg_dump 这类工具能“跨机器导出”，是因为它们在源端启动进程、读取磁盘文件或调用服务端备份接口——DBeaver 没这个权限，也不做这事。
常见误解场景：
- 右键点击远程数据库 → 选“导入数据” → 弹出文件选择框：这只是让你选一个本地已有的 SQL 文件，不是让 DBeaver 去远程机器上找文件
- 在“数据传输”向导里填了远程主机地址：那只是配置目标连接，不是让 DBeaver 自动登录那台机器去读
/var/lib/mysql/xxx
实际可行的跨机器导入流程（以 MySQL 为例）
核心动作都在本地完成，但需要你提前拿到源数据文件：
- 在源机器上，用命令行或 DBeaver 导出 SQL：
mysqldump -h 192.168.1.100 -u user -p database_name > backup.sql，或在 DBeaver 中右键源库 → “转储” → 保存为backup.sql - 把生成的
backup.sql文件复制到你本机（U 盘、scp、邮件、共享目录均可） - 在 DBeaver 中连接你的目标数据库（可以是本地 MySQL，也可以是另一台远程 MySQL）
- 右键目标库 → “转储” → “导入数据” → 选中本地的
backup.sql→ 点击“开始”
注意：backup.sql 里如果含 CREATE DATABASE 或指定了 USE xxx，而目标库不存在或名字不匹配，会报错 Unknown database 'xxx'。此时要么提前建好同名库，要么手动删掉 SQL 文件开头的建库语句。
容易被忽略的兼容性坑
跨机器迁移最常卡在字符集和时区上，不是文件传错了，而是执行时报错或数据乱码：
- 源库是
utf8mb4，目标库默认是latin1：导入后中文变问号。解决方法：导入前在目标库执行ALTER DATABASE target_db CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci; - 源库
serverTimezone=Asia/Shanghai，目标库没设或设成UTC：时间字段偏移 8 小时。连接目标库时，在 JDBC URL 后加&serverTimezone=Asia/Shanghai - SQL 文件里有
DEFINER=`user`@`%`：目标库没有该用户，存储过程或视图创建失败。可用文本编辑器全局替换为DEFINER=CURRENT_USER
想省事？用“数据传输”向导但必须满足条件
DBeaver 的 数据库 → 数据传输 功能看似能绕过文件，但它要求源库和目标库都必须能被当前这台机器上的 DBeaver **同时连上**。也就是说：
- 源库必须开放外网或内网端口，且防火墙放行
- 你本机要能直连源库 IP + 端口（比如
3306），不能靠跳板机或 SSH 隧道间接访问（除非你提前配好本地端口转发） - 目标库同理，且两个连接要用兼容的驱动版本，否则向导中途崩溃
如果源库在客户内网、只允许白名单 IP 访问，或者你没权限开防火墙，这条路就走不通——老老实实导出 SQL 文件再传，反而最稳。
