DBeaver导出大数据量需优先配置JDBC流式参数与分页查询，而非仅调大JVM内存；启用streaming、设置fetchSize、禁用Fetch all rows，并对超500万行改用数据库原生命令或命令行工具。
DBeaver 默认不限制导出文件大小，但实际导出会因内存、JDBC 驱动或数据库侧限制而失败——关键不是改 DBeaver 本身，而是调对 JDBC 参数和导出策略。
导出卡住或报 OutOfMemoryError 怎么办
这是最常见现象：选中百万级表点“导出数据”，界面假死，日志里出现 java.lang.OutOfMemoryError: Java heap space。DBeaver 会把整张表加载进内存再写文件，不加干预就容易崩。
- 在 DBeaver 启动时加 JVM 参数（推荐）：编辑
dbeaver.ini，在-vmargs后加-Xmx4g -XX:+UseG1GC（根据机器内存调整，-Xmx4g表示最大堆 4 GB） - 导出向导里勾选
Use SQL SELECT statement，并手动写带LIMIT或分页的查询，比如SELECT * FROM orders WHERE id BETWEEN 1 AND 100000 - 禁用“Fetch all rows”选项（右键表 →
View Data→ 工具栏取消勾选Fetch all rows），避免预加载全量数据
怎么让导出走流式（streaming）而不是全量加载
核心是 JDBC 驱动是否支持流式读取，以及 DBeaver 是否启用它。不同数据库差异大：
- PostgreSQL：在连接编辑页 →
Driver properties里设defaultRowFetchSize=1000，并确保useCursorFetch=true - MySQL：加参数
useServerPrepStmts=false&cachePrepStmts=false&allowMultiQueries=true，再设defaultFetchSize=1000 - Oracle：必须启用
oracle.jdbc.defaultRowPrefetch=1000，且驱动版本 ≥ 21c - DBeaver 导出设置里务必勾选
Use streaming result set（在导出向导第 2 步“Data transfer settings”中）
导出 CSV/Excel 大文件时生成不全或乱码
不是大小限制问题，而是编码和缓冲机制导致的截断或换行错位：
- CSV 导出：在导出向导 → “Output settings” 中，
Encoding改为UTF-8 with BOM（尤其 Windows Excel 打开时），并关闭Quote all values可减少体积，但含逗号字段必须保留该选项 - Excel（.xlsx）导出：DBeaver 内置的 Apache POI 对超 100 万行支持差，建议改用
CSV或Text (Tab-separated)格式，再用 Python/Pandas 转；若坚持用 Excel，需在dbeaver.ini加-Dorg.jkiss.dbeaver.export.xlsx.streaming=true - 导出路径别用中文或空格目录，优先选
C:\export\这类短路径，避免底层FileOutputStream报FileNotFoundException
真正的大数据量（千万级以上）别硬扛
DBeaver 是 GUI 工具，不是大数据导出引擎。超过 500 万行，即使调完所有参数，也容易因 GC 停顿、磁盘 I/O 瓶颈或 JDBC 驱动超时中断。
- 优先用数据库原生命令：PostgreSQL 用
COPY TO，MySQL 用SELECT ... INTO OUTFILE，然后在 DBeaver 里执行 SQL 导出到服务器磁盘，再下载 - 用命令行工具替代：如
psql -c "COPY (SELECT ...) TO '/tmp/out.csv' WITH CSV HEADER" - 如果必须用 DBeaver 触发，导出类型选
SQL INSERT statements并开启Split into multiple files，每 10 万条一个文件，避免单文件过大无法编辑
最容易被忽略的一点：DBeaver 的“导出”功能本质是客户端拉取 + 本地写入，它不会把压力卸给数据库服务端。哪怕你把 JVM 堆设到 8G，如果 JDBC 驱动没开流式、数据库没配好 fetch size，照样在 200 万行左右开始卡顿甚至 OOM。先确认驱动行为，再调 DBeaver 设置，顺序不能反。
