DBeaver不支持多文件直接批量导入同一张表，必须逐个导入并手动核对字段映射、统一编码与分隔符、禁用“自动创建列”，确保目标表结构就绪且字段语义一致，方可避免错行、乱码、锁表等风险。
用“导入数据”功能批量导入多个文件到同一张表
不能直接多选文件拖进 DBeaver 导入到一张表——它不支持“多个源文件 → 单目标表”的自动合并。必须手动控制顺序和字段对齐，否则极易因列数/类型错位导致 INSERT 失败或数据错行。
正确路径是：逐个导入 + 关闭“自动创建列” + 确保目标表结构已就绪。关键不是“快”，而是“可控”。
- 先确认目标表已存在，且字段名、类型、长度与所有待导入文件完全一致（比如 CSV 里
user_id是整数，目标表就不能是VARCHAR） - 在数据库导航器中右键目标表 → 选“导入数据”（Import Data），不是“导出数据”
- 每导入一个文件，都必须在“映射”页手动核对：左侧源字段（如 CSV 第1列）是否准确对应右侧目标列（如
id），禁用“自动匹配列名”（容易因大小写或空格错配） - 勾选“跳过标题行”（如果 CSV 有表头），否则第一行会被当数据插进去
CSV 文件编码和分隔符不统一？先统一再导入
混合导入时最常崩在编码和分隔符上：一个文件是 UTF-8 with BOM，另一个是 GBK；一个用逗号分隔，另一个用制表符——DBeaver 不会自动识别差异，而是硬读，结果中文变问号、字段劈成两列、数值被截断。
实操建议：
- 用 VS Code 或 Notepad++ 批量查看并转换所有 CSV 的编码为
UTF-8 with BOM（Excel 打开不乱码的唯一可靠编码） - 统一分隔符：推荐
\t（制表符），比逗号更安全；替换时注意保留字段内原有的逗号（别误删） - 导入时，在“导入设置”页显式指定：
编码 = UTF-8 with BOM，分隔符 = \t，文本限定符 = " - 禁用“自动检测分隔符”——这个选项在混合文件场景下基本不可靠
导入中途报错“列不存在”或“NEW 列被自动添加”
这是 DBeaver 最隐蔽也最危险的坑：导入数据 向导默认开启“自动添加缺失列”，一旦某 CSV 比目标表多一列，它就会偷偷执行 ALTER TABLE ADD COLUMN，而大表加字段可能锁表数分钟甚至失败，且无二次确认。
必须提前关闭：
- 进入导入向导第2步（“加载设置”）→ 找到
自动创建列（Auto-create columns）→ 取消勾选 - 同时检查“列映射”页右侧目标列列表，确保没有标着
NEW的列名；如有，说明前面某步没关干净，立刻返回重设 - 若确实需要新增字段，请手动用
ALTER TABLE先建好，再导入，不要依赖工具自动补 - 生产环境务必在测试库先跑通一遍，观察日志里是否有
ALTER TABLE语句输出
大文件（>50万行）导入卡死或内存溢出
DBeaver 默认用单事务导入整文件，文件越大，事务越长，回滚段压力越大，还容易触发 JVM 内存限制（尤其 Mac/Windows 默认只给 2GB 堆）。
调参要点：
- 在“加载设置”页启用
使用事务，但把提交大小（Commit size）设为10000（非默认的 0 或 1000）——既避免单事务太长，又不至于频繁提交拖慢速度 - 关闭
多行值插入（Multi-row insert）：MySQL 8.0.19+ 和 PostgreSQL 支持，但旧版或某些国产库不认，报错后整个批次失败，不如单行稳 - 手动调高 DBeaver 启动内存：编辑
dbeaver.ini，把-Xmx改成-Xmx4g（需机器内存 ≥8G） - 真正超大文件（千万级），别硬扛——先导出为 SQL 插入脚本（用 DBeaver 的“生成SQL → 数据”），再用命令行客户端（如
mysql -e "source xxx.sql"）执行
跨文件导入真正的难点不在操作步骤，而在字段语义对齐：同一个“金额”字段，有的 CSV 记为字符串带¥符号，有的记为纯数字，有的用逗号做千分位——这些必须在导入前清洗干净，DBeaver 不做业务逻辑解析。
