DBeaver复制查询结果到Excel需区分操作方式：Ctrl+C为纯文本制表符分隔，兼容性最强；右键“复制”带格式易错行；超万行应改用XLSX导出并启用流式导出。
直接复制查询结果到 Excel 或其他表格软件，DBeaver 默认不保留列宽、样式、公式，但能准确传递结构和内容；关键在复制方式选对、粘贴目标设对、特殊值（如 [NULL]）提前处理。
右键“复制” vs Ctrl+C：行为完全不同
DBeaver 结果网格里右键菜单的“复制”是「带格式复制」，会把字段名、数据类型提示、甚至单元格边框信息一并带上，Excel 接收后可能错行或套用奇怪样式；而 Ctrl+C 是纯文本复制，按制表符分隔，兼容性最强，适合粘贴进 Excel / WPS / CSV 编辑器。
- 需要快速贴进 Excel 做后续分析 → 用
Ctrl+C，然后在 Excel 中右键 → “选择性粘贴” → “文本” - 要保留字段名加粗、数值右对齐等简易格式 → 右键 → “复制”，但必须在 Excel 中用“匹配目标格式”粘贴，否则首行常被识别为普通数据
- 复制含换行符的字段（如 JSON、地址）时，
Ctrl+C会把换行转成空格，右键复制则保留原始换行 —— 这时得看目标软件是否支持多行单元格
粘贴进 Excel 后第一行是空的？检查 [NULL] 和字段名开关
常见现象：DBeaver 复制后粘进 Excel，第一行空白，第二行才是字段名。这是因为 DBeaver 默认导出/复制时「包含列标题」，但部分版本或配置下，字段名行会被识别为注释而跳过；更典型的原因是字段值里有 [NULL] 字符串，不是真正 NULL，Excel 把它当普通文本，但某些清洗脚本或 BI 工具会误判为缺失值导致整行失效。
- 执行查询前，在 SQL 编辑器里加一句：
SET NULL ''（PostgreSQL）或SELECT IFNULL(col, '') FROM ...（MySQL），避免[NULL]字面量出现 - 右键复制前，先点结果网格右上角的齿轮图标 → 取消勾选 “Include column headers” → 再
Ctrl+C，手动在 Excel 第一行补字段名更可控 - 如果已粘贴且第一行异常，可在 Excel 里用查找替换：把所有
[NULL]替换为空白单元格
百万行结果复制卡死？别硬拷，改用 XLSX 导出
用复制粘贴处理超过 5 万行的结果集，DBeaver 主进程容易假死，Excel 也可能因内存不足崩溃。这不是网络或数据库问题，而是剪贴板缓冲区和 GUI 线程同步机制的天然瓶颈。
- 结果集超 1 万行 → 放弃复制粘贴，走右键 → “Export” → 格式选
XLSX（需提前装 Office Support 插件） - 导出时在参数页务必勾选 “Use streaming export” —— 它让 DBeaver 边读库边写文件，内存占用稳定在 100MB 左右，不随行数增长
- 导出路径别选桌面或 OneDrive/ iCloud 同步目录，写入速度可能降 3–5 倍；优先选本地 SSD 路径，如
C:\temp\query_result.xlsx
真正麻烦的不是怎么复制，而是复制后谁来校验：字段顺序是否错位、时间字段是否变成数字、布尔值是否变成 0/1 而非 TRUE/FALSE。这些细节不会报错，但会影响下游分析。建议导出后用 Excel 的「数据 → 从表格/区域」再导入一次，强制触发类型推断重载。
