DBeaver 编辑超长文本字段时卡顿崩溃是因默认单行编辑器硬扛大文本导致UI阻塞；应右键选“编辑内容”、用Ctrl/Cmd+Enter或点击“T”按钮唤起专用编辑器，并注意类型约束与JDBC参数配置。
直接编辑超长文本字段（如 PostgreSQL 的 TEXT、MySQL 的 MEDIUMTEXT/LONGTEXT、SQL Server 的 NVARCHAR(MAX)）时，DBeaver 默认的单元格内联编辑会卡顿、崩溃或截断显示——这不是你数据有问题，是它默认用单行编辑器硬扛几万字符导致的 UI 阻塞。
为什么双击单元格打不开大文本编辑器
常见现象：双击一个含 5000+ 字符的 TEXT 字段，光标闪一下就没了，或者弹出空白窗口、无响应、甚至整个结果集卡死。根本原因是 DBeaver 对「超长文本」做了默认限制，防止拖垮 UI 线程，但这个限制没提示、不报错，只静默降级为只读或禁用编辑。
- 触发条件通常在字段长度 > 4096 字符时生效（具体阈值因版本而异，22.x 起默认启用保护）
- 不是所有数据库驱动都支持大文本流式加载，PostgreSQL 和 SQL Server 支持较好，MySQL 旧版驱动可能直接 fallback 到截断
- 若字段含大量换行、HTML 或 JSON，还会额外触发语法高亮解析，进一步加剧卡顿
强制调出完整大文本编辑窗口的三种方法
必须绕过默认双击行为，手动唤起专用编辑器：
- 右键点击目标单元格 → 选择「编辑内容」（Edit Content），不是「编辑单元格」（Edit Cell）——后者才是容易卡死的内联模式
- 保持单元格选中状态，按快捷键
Ctrl+Enter（Windows/Linux）或Cmd+Enter（macOS），这是唤起全屏文本编辑器的可靠入口 - 在结果集工具栏找到图标为「T」的按钮（Tooltip 显示「Open in external editor」），点击后会启动独立窗口，支持搜索、替换、行号和 UTF-8 编码识别
编辑后保存失败或内容被截断的排查点
即使打开了大文本编辑器，保存时仍可能失败，错误信息常为：ERROR: value too long for type character varying(255) 或静默丢弃后半段——这往往不是 DBeaver 的锅，而是底层约束或驱动配置问题：
- 确认目标列实际类型是否为
TEXT（而非VARCHAR(255)），用「打开声明」查看建表语句，避免误判 - 检查 JDBC 连接参数是否含
stringtype=unspecified（PostgreSQL）或useUnicode=true&characterEncoding=UTF-8（MySQL），缺失会导致驱动自动截断 - 编辑器里粘贴内容前，先清空原字段再粘贴；若原字段含不可见控制字符（如
\u2028行分隔符），建议先在 VS Code 里转成纯文本再复制 - 保存失败时，看底部状态栏是否显示「Commit failed」，此时可右键该行 → 「撤销更改」，再试一次，避免脏数据残留
真正麻烦的不是打不开编辑器，而是编辑器打开了却不知道它背后走的是流式加载还是内存全载——前者快但不支持全文搜索，后者稳但吃内存。如果你要处理 >10MB 的文本（比如日志 dump），别强撑在 DBeaver 里改，用「保存为文件」导出，外部编辑后再「从文件加载」更可靠。
