结果集字体在Preferences → Database → Result Sets → Data Formatting → Appearance（v23.3+）或Preferences → Data Editor → Data Presentation（旧版），需勾选Use custom font才生效。
结果集字体在哪改？不是“颜色和字体”主路径
很多人在 Preferences → General → Appearance → Colors and Fonts 里翻遍所有选项，却找不到“结果集字体”——因为这个设置根本不在那里。DBeaver 把结果集（即查询返回的表格）归类为“数据编辑器”的一部分，而非 UI 主题或通用文本区域。
正确路径是：Preferences → Database → Result Sets → Data Formatting → Appearance（新版 v23.3+），旧版路径为 Preferences → Data Editor → Data Presentation。关键点在于：必须勾选 Use custom font，否则改了也无效。
- 不勾选
Use custom font→ 所有字体设置灰掉，且结果集沿用系统默认小字号（常为 9–10pt） - 修改后不会立即刷新已打开的结果窗口 → 需重新执行 SQL 或关闭再打开结果集才能看到效果
- 推荐字号：11–13pt；搭配等宽字体（如
Fira Code、JetBrains Mono、Consolas），数值列对齐更稳
行高调不了？其实是字体大小 + 行距联动控制
DBeaver 没有独立的“行高”滑块，行高由字体大小 + 内部行距因子共同决定。增大字体后，行高自动撑开；但若只调大字体仍觉得拥挤，说明当前字体缺乏足够 x-height 或行距压缩过紧。
实操建议：
- 优先换用专为编程/表格优化的等宽字体，比如
Fira Code 12pt比Courier New 12pt行高更舒展 - Linux 下若启用 X11，可尝试在
DBeaver.ini加-Dswt.autoScale=150（配合系统缩放），间接缓解行高压抑感 - macOS 上启用抗锯齿（
Enable anti-aliasing）能提升小字号下的可读性，但对行高无直接影响
SQL编辑器字体改了，结果集为啥没变？
这是最常被误解的一点：SQL 编辑器和结果集使用两套完全隔离的字体配置。改 Editors → SQL Editor → Appearance → Font 只影响你写 SQL 的地方；它对 Result Sets 区域零影响。
原因在于架构设计：SQL 编辑器基于 Eclipse 的 TextEditor 组件，而结果集表格走的是 TableViewer 渲染链路，底层字体加载逻辑不同，也不共享配置节点。
- 验证方式：把 SQL 编辑器设成 20pt 粗体，执行一条
SELECT 1，看结果表格是否同步变大 —— 绝大多数情况下不会 - 跨组件统一字体？只能靠全局缩放（
Preferences → General → Appearance → Scaling），但该设置会影响菜单、树形导航等所有 UI 元素，非精准方案 - 高 DPI 场景下，若结果集字体模糊，先确认是否启用了
Use custom font，再检查字体本身是否支持 ClearType / Core Text 渲染
临时放大结果集？快捷键不管用，得换思路
Ctrl + = / Cmd + = 在 DBeaver 中只作用于编辑器、控制台等“文本视图”，对结果集表格完全无效。这不是 bug，是功能边界明确的设计。
应急方案只有两个：
- 快速重开结果窗口：右键结果集标签页 →
Re-execute（或按Ctrl+Enter），前提是已配好自定义字体 - 手动缩放整个 DBeaver 窗口：Windows/macOS 可用系统级缩放（如 Windows 设置里的“缩放与布局”调到 125%），但需重启 DBeaver 生效，且可能引发界面错位
真正容易被忽略的是：结果集字体设置一旦生效，会持久作用于所有后续查询窗口，包括新建连接、新标签页、甚至导出预览弹窗——所以别只调一次就完事，要确认它在各种上下文里都稳定出现。
