--- title: OceanBase 数据库 V4.2.1 集群在执行不带绑定变量的 SQL 语句时出现卡顿问题-OceanBase数据库使用指南 description: 了解OceanBase数据库在实际应用中关于 OceanBase 数据库 V4.2.1 集群在执行不带绑定变量的 SQL 语句时出现卡顿问题相关的常见问题和使用技巧，帮助您快速解决 OceanBase 数据库 V4.2.1 集群在执行不带绑定变量的 SQL 语句时出现卡顿问题的难题。 --- 切换语言 - 中文站 - 简体中文 - International - English - 日本站 - 日本語 划线反馈 # OceanBase 数据库 V4.2.1 集群在执行不带绑定变量的 SQL 语句时出现卡顿问题 更新时间：2026-05-15 09:06 适用版本： V4.2.x 内容类型：Troubleshoot ## 问题现象 在数据库操作（如 `JDBC`、`Python` 的 `SQLAlchemy`、`Node.js` 的 `Knex.js` 等）中，`useArrayBinding` 通常指通过一次操作处理多个数据行，而不是逐条执行 SQL 语句。 在 OceanBase 数据库 V4.2.1 集群中，使用 Prepared Statement 语句，当没有绑定变量并且只有一条 SQL 语句的时候，然后执行 ps.addbatch 操作后，在执行 ps.executebatch 会卡住，执行过程会卡住，不返回任何错误信息。而在 OceanBase 数据库 V4.2.5 BP3 版本中，同样的操作会导致报错 `-4007, Not supported feature or function`。 ```shell -- 示例 SQL 语句，不带绑定变量 UPDATE table_name SET column1 = value1 where column2 = value2; ``` 当把语句中的 value1 替换成 `?` 作为参数占位符的时候，可以正常执行。 ```shell UPDATE table_name SET column1 = value1 where column2 = ?; ``` 批量执行包含相同类型常量的 `UNION` 语句。 ```shell insert into t_r2 (select 1 from dual union select 2 from dual); ``` ## 关键诊断信息 ### 触发条件 - 使用 `useArrayBinding=true` 的连接配置执行更新语句。 - 审核通过 addBatch 执行的 SQL 语句是否都使用 `？` 作为占位符。 ### 事前巡检 - 检查应用程序中是否使用了 `useArrayBinding=true` 的连接配置。 - 审核 SQL 语句，确保所有参数都使用了 `?` 作为占位符。 ### 事后诊断 - 查看 OBServer 的日志文件，确认是否有异常记录或错误码未被正确处理的情况。 在未修复的版本，执行 hang 住。在修复的版本，会返回报错 `ORA-00600: internal error code, arguments: -4007, oci arraybinding has no parameters not supported`。 ```shell [2025-05-23 17:04:23.138721] WDIAG [SERVER] process_execute_stmt (obmp_stmt_execute.cpp:1845) [36256][T1002_L0_G0][T1002][xxxxx-xxxxx-xxxxx-xxxxx-xxxxx] [lt=1][errcode=-4007] arraybinding has no parameters(ret=-4007, arraybinding_size_=0) [2025-05-23 17:04:23.138738] WDIAG process_execute_stmt (obmp_stmt_execute.cpp:1846) [36256][T1002_L0_G0][T1002][xxxxx-xxxxx-xxxxx-xxxxx-xxxxx] [lt=15][errcode=-4007] ORA-00600: internal error code, arguments: -4007, oci arraybinding has no parameters not supported [2025-05-23 17:04:23.138754] INFO [SERVER] send_error_packet (obmp_packet_sender.cpp:376) [36256][T1002_L0_G0][T1002][xxxxx-xxxxx-xxxxx-xxxxx-xxxxx] [lt=8] REACH SYSLOG RATE LIMIT [bandwidth] [2025-05-23 17:04:23.138776] WDIAG [SERVER] process (obmp_stmt_execute.cpp:2048) [36256][T1002_L0_G0][T1002][xxxxx-xxxxx-xxxxx-xxxxx-xxxxx] [lt=12][errcode=-4007] fail execute sql(sql_id="", stmt_id=1, ret=-4007) [2025-05-23 17:04:23.536790] INFO [RPC.OBMYSQL] destroy (obsm_conn_callback.cpp:243) [36981][sql_nio5][T0][Y0-0000000000000000-0-0] [lt=1] connection close(sessid=3221553071, proxy_sessid=0, tenant_id=1002, server_id=1, from_proxy=false, from_java_client=false, c/s protocol="OB_MYSQL_CS_TYPE", is_need_clear_sessid_=true, is_sess_alloc_=true, ret=0, trace_id=xxxxx-xxxxx-xxxxx-xxxxx-xxxxx, conn.pkt_rec_wrapper_=[start_pkt_pos_:0, cur_pkt_pos_:25, pkt_rec[0]:{send:obp_mysql_header_{len_:144, seq_:3}, pkt_name:"PKT_OKP", obp_mysql_header_.is_send_:1}, pkt_rec[1]:{send:obp_mysql_header_{len_:94, seq_:2}, pkt_name:"PKT_OKP", obp_mysql_header_.is_send_:1}, pkt_rec[2]:{send:obp_mysql_header_{len_:126, seq_:2}, pkt_name:"PKT_OKP", obp_mysql_header_.is_send_:1}, pkt_rec[3]:{receive:obp_mysql_header_{len_:166, rec_:166, seq_:0}, pkt_name:"COM_QUERY", obp_mysql_header_.type_:3, obp_mysql_header_.is_send_:0}, pkt_rec[4]:{send:obp_mysql_header_{len_:5, seq_:2}, pkt_name:"PKT_RESHEAD", obp_mysql_header_.is_send_:1}, pkt_rec[5]:{send:obp_mysql_header_{pkt_num_:6, seq_:8}, pkt_name:"PKT_FIELD", obp_mysql_header_.is_send_:1}, pkt_rec[6]:{send:obp_mysql_header_{len_:9, seq_:9}, pkt_name:"PKT_EOF", obp_mysql_header_.is_send_:1}, pkt_rec[7]:{send:obp_mysql_header_{pkt_num_:1, seq_:10}, pkt_name:"PKT_ROW", obp_mysql_header_.is_send_:1}, pkt_rec[8]:{send:obp_mysql_header_{len_:9, seq_:11}, pkt_name:"PKT_EOF", obp_mysql_header_.is_send_:1}, pkt_rec[9]:{receive:obp_mysql_header_{len_:81, rec_:81, seq_:0}, pkt_name:"COM_QUERY", obp_mysql_header_.type_:3, obp_mysql_header_.is_send_:0}, pkt_rec[10]:{send:obp_mysql_header_{len_:5, seq_:2}, pkt_name:"PKT_RESHEAD", obp_mysql_header_.is_send_:1}, pkt_rec[11]:{send:obp_mysql_header_{pkt_num_:4, seq_:6}, pkt_name:"PKT_FIELD", obp_mysql_header_.is_send_:1}, pkt_rec[12]:{send:obp_mysql_header_{len_:9, seq_:7}, pkt_name:"PKT_EOF", obp_mysql_header_.is_send_:1}, pkt_rec[13]:{send:obp_mysql_header_{pkt_num_:1, seq_:8}, pkt_name:"PKT_ROW", obp_mysql_header_.is_send_:1}, pkt_rec[14]:{send:obp_mysql_header_{len_:9, seq_:9}, pkt_name:"PKT_EOF", obp_mysql_header_.is_send_:1}, pkt_rec[15]:{receive:obp_mysql_header_{len_:78, rec_:78, seq_:0}, pkt_name:"COM_QUERY", obp_mysql_header_.type_:3, obp_mysql_header_.is_send_:0}, pkt_rec[16]:{send:obp_mysql_header_{len_:5, seq_:2}, pkt_name:"PKT_RESHEAD", obp_mysql_header_.is_send_:1}, pkt_rec[17]:{send:obp_mysql_header_{pkt_num_:3, seq_:5}, pkt_name:"PKT_FIELD", obp_mysql_header_.is_send_:1}, pkt_rec[18]:{send:obp_mysql_header_{len_:9, seq_:6}, pkt_name:"PKT_EOF", obp_mysql_header_.is_send_:1}, pkt_rec[19]:{send:obp_mysql_header_{pkt_num_:1, seq_:7}, pkt_name:"PKT_ROW", obp_mysql_header_.is_send_:1}, pkt_rec[20]:{send:obp_mysql_header_{len_:9, seq_:8}, pkt_name:"PKT_EOF", obp_mysql_header_.is_send_:1}, pkt_rec[21]:{receive:obp_mysql_header_{len_:19, rec_:19, seq_:0}, pkt_name:"COM_QUERY", obp_mysql_header_.type_:3, obp_mysql_header_.is_send_:0}, pkt_rec[22]:{send:obp_mysql_header_{len_:32, seq_:2}, pkt_name:"PKT_OKP", obp_mysql_header_.is_send_:1}, pkt_rec[23]:{receive:obp_mysql_header_{len_:64, rec_:64, seq_:0}, pkt_name:"COM_STMT_PREXECUTE", obp_mysql_header_.type_:161, obp_mysql_header_.is_send_:0}, pkt_rec[24]:{send:obp_mysql_header_{len_:96, seq_:2}, pkt_name:"PKT_ERR", obp_mysql_header_.is_send_:1}], disconnect_state=4) ``` - 检查客户端执行日志，确认是否出现了执行挂起的现象。 ## 问题原因 当 `arraybinding` 设置了 `save_exception` 标志为 `true` 时，理论上可以保存错误码并向客户端发送 OK 包。然而，在某些分支中，这一标志未被正确检查，导致即使遇到错误也不向客户端发送任何响应，从而使得客户端陷入挂起状态。这是由于 OceanBase 内核的一个 BUG 引起的功能性问题。 ## 问题的风险及影响 - SQL 执行过程中客户端可能长时间无响应，导致业务中断。 - 应用程序可能因为长时间等待而超时或崩溃。 ## 影响租户 影响 OceanBase 数据库中的 Oracle 租户，对于 SYS 租户和 MySQL 租户无影响。 ## 影响版本 OceanBase 数据库企业版 V4.2.1 GA（oceanbase-4.2.1.0-100000182023092722）及之后版本、V4.2.5 GA（oceanbase-4.2.5.0-100000082024102022）及之后版本。 ## 解决方法 - 升级至问题已修复版本。目前已修复的版本包括 OceanBase 数据库企业版 V4.2.1 BP11 Hotfix4（oceanbase-4.2.1.11-111040032025061010）版本、V4.2.1 BP11 Hotfix5（oceanbase-4.2.1.11-111050022025071110）版本、V4.2.1 BP11 Hotfix6（oceanbase-4.2.1.11-111060012025071816）版本、V4.2.1 BP11 Hotfix7（oceanbase-4.2.1.11-111070032025081120）版本、V4.2.1 BP11 Hotfix8（oceanbase-4.2.1.11-111080012025082014）版本、V4.2.1 BP11 Hotfix9（oceanbase-4.2.1.11-111090012025091215）版本、V4.2.1 BP11 Hotfix10（oceanbase-4.2.1.11-111100012025092309）版本、V4.2.1 BP11 Hotfix11（oceanbase-4.2.1.11-111110012025101314）版本、V4.2.1 BP11 Hotfix12（oceanbase-4.2.1.11-111120022025110311）版本、V4.2.1 BP11 Hotfix13（oceanbase-4.2.1.11-111130012025120810）版本、V4.2.1 BP11 Hotfix14（oceanbase-4.2.1.11-111140012026010621）版本、V4.2.1 BP11 Hotfix15（oceanbase-4.2.1.11-111150022026020915）版本、V4.2.1 BP11 Hotfix16（oceanbase-4.2.1.11-111160012026032518）版本、V4.2.5 BP2（oceanbase-4.2.5.2-102000122025011711）及之后版本。 - 作为临时措施，避免在 SQL 语句中直接使用具体值，改为使用绑定变量。 ## 规避方式 - 在应用程序中禁用 `useArrayBinding` 配置项，或确保所有 SQL 语句均使用绑定变量。 - 对于必须批量执行的 SQL 语句，考虑重构 SQL 逻辑以避免触发此问题。 上一篇 [SQL 查询触发笛卡尔积怎么处理](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000003354115) 下一篇 [AUTO DOP 并发选择不佳](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000002830430) ![有帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*y6ocSqN8cqsAAAAAAAAAAAAAARQnAQ)![无帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*BG9IQJyLHF8AAAAAAAAAAAAAARQnAQ)![反馈](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*eTWdQKCRKHwAAAAAAAAAAAAAARQnAQ)[AI](https://www.oceanbase.com/obi) 咨询热线