首批通过分布式安全可靠测评,为关键业务系统打造
应用异常--错误信息中不包含 OceanBase 错误码
更新时间:2026-04-10 12:01:00
数据库在运行期间经常会有各种异常情况出现,例如,应用程序错误、数据库连接错误、数据库权限问题、数据库资源问题、网络问题等。在这所有的情况中,有一种就是应用异常,但是错误信息中不包含 OB 的错误码,这类问题一般较难判断问题与 OceanBase 数据库的相关性从而导致排查方向不明确。
为了帮助大家快速定位这种场景下的问题根源并高效解决,这里总结了一套清晰、实用的应用异常且报错信息不包含 OceanBase 错误码的报错排查流程。该流程提供了明确的操作步骤,旨在提升问题处理效率,尽可能降低对业务的影响,为日常运维工作提供有力的支持。
应用执行报错且错误信息中不包含 OceanBase 错误码的问题排查流程如下图所示。

流程介绍
当遇到应用执行异常且报错信息中不包含 OceanBase 错误码信息的场景,可以按照该流程进行问题排查。
分析应用程序侧的报错逻辑,判断是否为断链异常问题:
是,则参考 应用断连问题排查 文档进行排查。
否,则进一步判断是否可以复现:
是,通过程序代码调试、网络抓包分析(例如:tcpdump)等手段分析程序代码报错原因,从而确认问题触发逻辑明确分析方向。
否,尝试通过现有信息结合程序自身逻辑推测报错原因,从而确认问题触发逻辑明确分析方向。
典型案例
应用程序端反馈:在进行大数据量导入时,应用日志报错
Connection is closed & Connection reset。具体排查操作参见 OBProxy 由于内存使用超限导致应用报错:Connection reset。业务在测试环境执行时,从应用侧观测到 SQL 平均耗时 2ms,而在生产环境执行时耗时变成了 30~40ms,但数据库内的 SQL 耗时并没有增长。具体排查操作参见 应用侧 SQL 执行耗时远高于数据库内的问题。
- 系统从 Oracle 数据库切换到 OceanBase 数据库的 Oracle 租户后,使用 JBoss 部署的 JDBC 应用出现连接数不足的问题。具体排查操作参见 JBoss 部署的 JDBC 应用出现连接数不足的问题。