点击Details按钮无法看到真实堆栈，真正完整的Java异常堆栈需通过Ctrl+Shift+L（Win/Linux）或Cmd+Shift+L（macOS）打开Error Log视图查看，其中包含类名、调用链及JDBC驱动报错位置。
报错弹窗里点“Details”按钮不等于看到真实堆栈
很多用户以为点击红色错误弹窗右下角的 Details 就能看到完整堆栈，结果只看到几行模糊描述（比如 SQL Error [1064] [42000]: You have an error in your SQL syntax），根本没法定位是驱动问题、编码问题还是语法本身错了。真正有用的堆栈其实在日志面板里，不是弹窗里。
关键动作是：执行失败后，立刻按 Ctrl+Shift+L（Windows/Linux）或 Cmd+Shift+L（macOS）打开 Error Log 视图。这里显示的是 DBeaver 底层 Java 进程抛出的原始异常，包含完整的类名、方法调用链和 JDBC 驱动内部报错位置——比如你能看到 com.mysql.cj.jdbc.StatementImpl.executeBatch 报 CommunicationsException，这就直接指向网络或连接超时，而不是 SQL 写错了。
区分“SQL 语法错误”和“驱动/连接级错误”
看堆栈第一眼先盯住异常类名：
-
SQLSyntaxErrorException→ 真的语法错，或allowMultiQueries=false时多语句被当单条解析（如分号后的内容被当成关键字） -
CommunicationsException→ 网络中断、连接超时、MySQL 服务端主动断连 -
UnicodeDecodeError或MalformedInputException→ 编码不匹配，常见于含中文的 SQL 文件在 GBK 环境下用 UTF-8 打开 -
YAS-04209→ YashanDB 特有，说明 DBeaver 把多语句当整体提交，该库不支持，需改用“执行 SQL 脚本”模式
如果堆栈里出现 at org.jkiss.dbeaver.model.sql... 开头的调用，说明是 DBeaver 自身 SQL 解析或执行逻辑的问题；一旦看到 at com.mysql.cj... 或 at org.postgresql...，就该去查驱动配置和数据库服务端状态。
查看堆栈前必须确认的三件事
堆栈再全，前提是你看到的是最新一次失败的真实上下文：
- 确保没在“自动提交关闭”状态下执行了未提交事务，后续语句因锁等待超时而报
Lock wait timeout exceeded，堆栈里却只显示最后一条语句 - 执行前检查当前连接是否仍是活跃状态：右键连接 →
Disconnect再Connect，避免复用已断开的连接句柄 - 如果用了代理或跳板机，堆栈中出现
ProxySocketFactory相关类，说明网络链路中间环节出了问题，不是 SQL 本身的问题
堆栈里最常被忽略的是 Caused by: 后面的嵌套异常——主异常可能是 SQLException，但真正原因藏在它下面第三层的 IOException 里。别只扫第一屏，要滚动到底部找最内层那个 Caused by。
