最稳方式是分三类场景处理：CSV需先建表并设UTF-8编码；大SQL文件须用SQL编辑器脚本模式执行；整库迁移要导出导入时字符集严格匹配utf8mb4/UTF-8。
直接用 DBeaver 导入本地文件到远程数据库，最稳的方式不是“拖进去就完事”，而是分清三类场景：CSV 文件、SQL 脚本、整库迁移。选错路径容易卡在编码、权限或主键冲突上。
CSV 文件导入：别跳过「目标表存在性检查」
这是新手最容易卡住的地方——DBeaver 会默认尝试自动建表，但远程 MySQL/PostgreSQL 对 CREATE TABLE 权限要求严格，且字段类型推断常出错。
- 务必先手动创建好目标表，结构要和 CSV 列顺序、类型、空值约束一致（比如 CSV 第一列是数字 ID，目标表对应字段不能是
VARCHAR） - 导入时在「目标表」选项卡里选中已有表，**不要点「新建表」**；否则可能报
Access denied for CREATE command或字段映射全乱 - 「选项」页里必须显式设
字符编码为UTF-8（哪怕你确认文件是 UTF-8，DBeaver 有时会误判成 ISO-8859-1） - 勾选
跳过首行（如果 CSV 有标题行），不勾则第一行数据会被当字段名插入
SQL 文件执行：大文件要用「脚本模式」而非「导入向导」
用「数据库 → 导入 → 文件」走向导导入 .sql 文件，只适合几百行的小脚本。超过 10MB 基本会内存溢出或超时中断，报错像 java.lang.OutOfMemoryError: Java heap space。
- 正确做法：右键远程数据库 →
SQL 编辑器→文件 → 打开文件加载 SQL 文件 → 点击工具栏的运行 SQL 脚本按钮（图标是绿色三角+文档） - 关键设置：在 SQL 编辑器顶部菜单 →
编辑 → SQL 执行设置→ 把语句分隔符设为;，并勾选按分号分割语句 - 如果 SQL 含
USE database_name，删掉它——远程连接已固定库名，留着反而报Unknown database
整库迁移：用「转储→导入」组合，但注意字符集硬匹配
从本地导出再导入远程，本质是两次独立操作，中间的 SQL 文件是纯文本，**字符集不一致会导致中文变问号或报错 Incorrect string value**。
- 导出时：右键源库 →
转储数据库→ 格式选SQL→ 在「高级」里把字符集明确设为utf8mb4（MySQL）或UTF-8（PostgreSQL） - 导入前：先确认远程库的默认字符集：
SHOW VARIABLES LIKE 'character_set_database';，如果结果是gb2312或latin1，必须先改库级字符集，或建新库指定DEFAULT CHARSET=utf8mb4 - 导入时：右键目标库 →
导入数据→ 选中刚导出的 SQL 文件 → 下一步后，在「字符集」下拉框里**手动选和导出时一致的编码**，别信默认值
真正麻烦的从来不是按钮在哪，而是远程库的权限粒度、字符集策略和 SQL 模式（比如 MySQL 的 STRICT_TRANS_TABLES 开关）——这些不会在 DBeaver 界面标红提示，但会让同一份文件在本地成功、远程失败。
