使用odbc驱动，程序运行一段时间之后，hb线程占用CPU较高。

TDuser_cvoW_7092 · 2026 年7 月 1 日 07:08

【TDengine 使用环境】
预生产环境

【TDengine 版本】

3.3.6.9

【操作系统以及版本】

20.04.1-Ubuntu

【部署方式】容器部署

【遇到的问题：问题现象及影响】

我在linux下使用https://github.com/taosdata/taos-connector-odbc中实现的odbc c++连接器，其commit 8dbcadc14f2ad946849cacd8f9295c3410c71cbe (HEAD → main, tag: ver-3.4.1.7, tag: ver-3.4.1.6, tag: ver-3.4.0.0)。采用SQLBindParameter的方式实现数据批量插入。过一段时间之后出现hb线程持续占用CPU较高，top -Hp的线程占用资源情况如下图:

请问这个hb线程是否是taos相关线程，其作用是啥？其占用CPU持续较高是否正常？

TDuser_OEzS_1621 · 2026 年7 月 1 日 11:55

top -Hp 查看的是哪个进程的线程的情况？

TDuser_cvoW_7092 · 2026 年7 月 2 日 01:17

这个进程是我们开发的使用taos-connector-odbc(采用native连接)向taosd写入数据的应用程序。taosd在本机的docker容器里面，没有使用集群功能。

TDuser_LouBing · 2026 年7 月 2 日 01:37

1.hb = Heartbeat（心跳），负责定期向 TDengine 集群的mnode（管理节点）上报客户端应用信息，包括连接数、查询状态等，用于服务端的监控和管理。
2.可能的原因：连接数过多，使用 SQLBindParameter 批量插入时，如果频繁创建新连接而不关闭，appHbMgrs和connKeyCnt持续增长，每轮心跳需要遍历处理大量连接，导致单次循环耗时过长Native连接未释放：每次 TDengineConnection 打开 Native 连接都会注册到 hb 管理器，若未正确Close/Dispose，累积的连接都参与心跳上报
3.建议排查
a.确认连接是否复用 — 检查代码中每次批量插入是否复用了同一个 TDengineConnection，而不是每次 new一个
b.确认连接是否释放 — 检查 Close()/Dispose() 是否在 finally 中调用

TDuser_cvoW_7092 · 2026 年7 月 2 日 02:08

感谢这么详细的回复。

我们的程序启动时，调用SQLAllocHandle+SQLDriverConnect来创建多个SQLHDBC(大概16个)；
程序退出时SQLDisconnect+SQLFreeHandle这些SQLHDBC；
程序运行过程中批量插入数据时(2-3个线程)，使用一个前面创建的SQLHDBC(每个线程固定使用一个SQLHDBC)，执行:SQLPrepare,BindColumnParameters,SQLExecute,SQLFreeStmt。
出现hb持续占用CPU较高的情况后，后续即使不再有数据插入，hb线程仍持续占用CPU较高。

freemine · 2026 年7 月 2 日 02:17

只是提醒一下，SQLFreeStmt 不全等同于 SQLFreeHandle(…SQL_HANDLE_STMT…)。当你确信需要释放stmt handle，建议使用SQLFreeHandle。

TDuser_cvoW_7092 · 2026 年7 月 2 日 02:52

嗯。我是在每次批量插入结束时使用SQLFreeStmt清理下SQLHSTMT，并不是要释放SQLHSTMT。SQLHSTMT同SQLHDBC一样也是在程序启动时使用SQLAllocHandle创建，在程序退出时使用SQLFreeHandle释放。

freemine · 2026 年7 月 2 日 03:44

个人建议你，对这个版本的taos-connector-odbc，先不要cache stmt handle。你改过后，试试看，问题会不会解决。(我不确认直接相关，只是怀疑)

TDuser_cvoW_7092 · 2026 年7 月 2 日 05:45

好的，我试试。