【OceanBase诊断调优】—— 如何排查 server 断连接问题

本文介绍如何排查 server 断连接问题。

断开连接的常见原因

协议层异常发送报文时遇到发生一些非预期的错误，server 将会发生主动断开连接。
事务异常包括 rollback 失败或 commit 失败。
Query 异常已输出行数据，但 server 内部发生错误。
Processor 发生异常获取 processor 为空。
处理 processor 发生异常。初始化变量时发生异常。
session is killed。
- 删除租户比如在删除租户后，如果 proxy 错误地路由请求到本机，导致 query 发现 session is killed，导致断连接。
- 杀事务。
- 主动 kill session。

断开连接的排查步骤

使用断开连接的 conn id 找到客户端（OBProxy、Connector/JDBC、OBCI）连接到服务器的 sess_id（也可能称为 thread_id）。
在服务器日志中使用 sess_id 搜索与断开连接相关的 observer 日志信息。
复制代码
```
grep "kill and revert session" observer.log* | grep <sess_id>
```
使用日志中的 trace_id 搜索 observer 日志，找到报告错误代码 -5066 的开始位置，以确定断开连接的原因。
复制代码
```
grep <trace_id> observer.log*
```
如果原因为上述异常情况，保存日志信息、环境信息和 trace_id 并联系 OceanBase 技术支持协助处理。

如何查找 conn_id

当 Query 异常时通常会报出 -5066 错误码，在 observer 日志中可以根据 trace_id 来查找。

日志信息如下。

复制代码

observer.log.20230705172820016:[2023-07-05 17:26:35.988048] WDIAG [SQL] stmt_query (ob_sql.cpp:210) [61238][T1004_L0_G0][T1004][xxxxx-xxxxx-xxxxx-xxxxx] [lt=9][errcode=-5066] fail to handle text query(stmt=INSERT INTO test VALUES (SLEEP(1)), ret=-5066)

这里表示 session interrupt。随后搜索 connection close 来找到 sessid，如以下示例日志中的信息。

复制代码

observer.log.20230705172820016:[2023-07-05 17:26:36.091289] INFO [RPC.OBMYSQL] destroy (obsm_conn_callback.cpp:223) [52261][sql_nio1][T0][Y0-0000000000000000-0-0] [lt=27] connection close(sessid=3221585899, ...)

在这个示例中，3221585899 即为 conn id 值。

适用版本

OceanBase 数据库所有版本。

附录

OceanBase 敏捷诊断工具(OceanBase Diagnostic Tool, 简称obdiag) 是一款源代码开源敏捷黑屏诊断工具，可以对OceanBase集群进行一键集群巡检、一键分析、一键根因分析以及一键诊断信息收集。

obdiag 下载地址： OceanBase分布式数据库-海量数据笔笔算数
obdiag 官方文档： OceanBase分布式数据库-海量数据笔笔算数
obdiag github地址：GitHub - oceanbase/obdiag: obdiag (OceanBase Diagnostic Tool) is designed to help OceanBase users quickly gather necessary information and analyze the root cause of the problem.
obdiag 开发者营地：诊断工具 · OceanBase 技术交流