DBeaver导出慢主因是传输配置不当：默认单线程+小批次拖累速度，需调最大线程数（建议CPU物理核数1.5倍）、多行列插入批次大小（XLSX导出设5000–10000）及fetchSize（建议20000，依驱动适配），并确保Office插件已启用。
导出慢不是数据库或网络问题，大概率是 DBeaver 自身的传输配置没调对——尤其在导出 5 万行以上数据时，默认单线程 + 小批次会直接拖垮速度。
导出卡在“正在写入文件”？检查 最大线程数 和 批次大小
默认导出走的是单线程同步写入，哪怕你机器有 16 核，DBeaver 也只用 1 个核干活。关键参数藏在导出向导的「设置」页里：
-
最大线程数：建议设为 CPU 物理核心数的 1.5 倍（如 8 核 → 设 12）；超过 16 反而可能因上下文切换变慢 -
多行列插入批次大小：这个值影响内存和磁盘 IO 平衡。导出 XLSX 时，设 5000–10000 更稳；设太小（如 100），会频繁刷磁盘；设太大（如 50000），容易触发 OOM 或 Excel 写入异常 - 注意：
最大线程数对 XLSX 导出生效，但对 CSV/SQL 导出无效（它们走的是流式写入，不依赖线程池）
导出 Excel 文件打不开或缺数据？FETCH size 配置错位了
DBeaver 从数据库取数靠 JDBC 的 fetchSize 控制缓存行数，它和导出线程无关，但直接影响“取数阶段”是否拖后腿：
- 默认
fetchSize是 100 或自动（取决于驱动），导出 10 万行就要 fetch 1000 次，网络+解析开销爆炸 - 手动设为
20000（i7-8750H + 16GB 场景实测较稳），路径：右键结果集 →「导出」→「设置」→「高级设置」→「Fetch size」 - 别盲目拉到 100000：PostgreSQL 驱动对超大 fetchSize 支持不稳定，MySQL 8.0+ 更耐造；设太高反而触发连接超时或内存溢出
导出 XLSX 生成空文件或只有一行？确认 Office 插件已加载且无字段名冲突
XLSX 导出依赖 org.jkiss.dbeaver.data.office 插件，但它不是默认启用的：
- 如果导出向导里根本看不到 XLSX 格式，去「帮助 → 安装新软件」加源
https://dbeaver.io/update/community/latest/，搜 “Office” 安装对应插件 - 导出后打开 Excel 显示空白，先检查结果集本身是否为空（执行 SQL 看是否有数据）；其次看字段名是否含非法字符（如
order by、group等关键字作列名，XLSX 写入器会静默跳过整列） - 字段名重复也会导致写入失败——DBeaver 不报错，但 Excel 打开后只显示第一份同名列，其余丢弃
真正卡住的点往往不在“怎么导”，而在“导之前没看清 fetchSize 和线程数谁在扛压”。XLSX 导出是内存密集型操作，线程开多了撑不住，fetchSize 设小了又反复拉数据，得按机器实际内存和数据库驱动特性配平——调参不是填数字，是看任务管理器里 Java 进程的内存曲线是否平稳上升，而不是锯齿状暴涨暴跌。
