当前位置： 首页 > news >正文

OceanBase V4.x应用实践：如何排查表被锁问题

news 2025/7/11 7:33:44

DBA在日常工作中常常会面临以下两种常见情况：

  1.  业务人员会提出问题：“表被锁了，导致业务受阻，请帮忙解决。”
  2.  业务人员还会反馈：“某个程序通常几秒内就能执行完毕，但现在却运行了好几分钟，不清楚是什么原因？”

针对第二种情况，当我们排除了执行计划突然变化或数据量异常增加的可能性后，很大概率也是由锁造成的。

锁查询思路：区分锁类别

根本思路还是排查锁，只是区分排查当前的锁还是排查历史的锁。


下文以实验场景展示上述两个的分析过程。我使用的环境为：

observer (OceanBase 4.3.0.1)

REVISION: 101000062024032200-b59432e535c48e8b8828190c803b6c7736413ff9

BUILD_BRANCH: HEAD

BUILD_TIME: Mar 22 2024 00:52:21

BUILD_FLAGS: RelWithDebInfo

BUILD_INFO: 

实验场景演示排查过程

第一个场景：排查当前正在锁的表。

第一步，我们开启一个事务，然后更新一行数据，但是不提交。
 

1722944411


第二步，我们模仿程序，通过java代码调用sql，更新同一条数据。
 

1722944420


可以看到，现在程序现在卡死的状态。这时我们就可以去库里排查，代码如下。

MySQL [oceanbase]> select * from  __all_virtual_processlist where TENANT='htap' and user_client_ip<>'127.0.0.1';
+------------+------+--------+--------------------+------+---------+--------+------+-------+------+--------------+----------+----------+---------------------+---------------+----------------+-----------+----------+-----------+------------+----------+-------------+------------+-----------+------------+--------+--------+-------------+-----------+---------+-----------+---------------------+-------+-------------------+-----------------------+--------+--------+----------+----------+-----------+------------------+------------+--------------+
| id         | user | tenant | host               | db   | command | sql_id | time | state | info | svr_ip       | svr_port | sql_port | proxy_sessid        | master_sessid | user_client_ip | user_host | trans_id | thread_id | ssl_cipher | trace_id | trans_state | total_time | retry_cnt | retry_info | action | module | client_info | sql_trace | plan_id | tenant_id | effective_tenant_id | level | sample_percentage | record_policy         | lb_vid | lb_vip | lb_vport | in_bytes | out_bytes | user_client_port | proxy_user | service_name |
+------------+------+--------+--------------------+------+---------+--------+------+-------+------+--------------+----------+----------+---------------------+---------------+----------------+-----------+----------+-----------+------------+----------+-------------+------------+-----------+------------+--------+--------+-------------+-----------+---------+-----------+---------------------+-------+-------------------+-----------------------+--------+--------+----------+----------+-----------+------------------+------------+--------------+
| 3221643380 | SYS  | htap   | 134.90.8.212:39832 | SYS  | Sleep   |        |   24 | SLEEP | NULL | 134.90.8.212 |     2882 |     2881 | 9681060055801331737 |          NULL | 134.90.8.212   | %         |  3917058 |         0 | NULL       | NULL     | ACTIVE      |         24 |         0 |          0 |        |        |             |         1 |    3036 |      1002 |                1002 |     1 |                10 | SAMPLE_AND_SLOW_QUERY |   NULL | NULL   |     NULL |      663 |     13527 |            59424 | NULL       | NULL         |
| 3221704604 | SYS  | htap   | 134.90.8.212:43442 | SYS  | Sleep   |        |    5 | SLEEP | NULL | 134.90.8.212 |     2882 |     2881 | 9681060055801331738 |          NULL | 134.84.16.9    | %         |        0 |         0 | NULL       | NULL     |             |          5 |         6 |      -6005 |        |        |             |         1 |    3037 |      1002 |                1002 |     1 |                10 | SAMPLE_AND_SLOW_QUERY |   NULL | NULL   |     NULL |     1078 |     11179 |            42302 | NULL       | NULL         |
| 3222051655 | SYS  | htap   | 134.90.8.212:38844 | SYS  | Sleep   |        |  969 | SLEEP | NULL | 134.90.8.216 |     2882 |     2881 | 9681060055801331737 |          NULL | 134.90.8.212   | %         |        0 |         0 | NULL       | NULL     |             |        969 |         0 |          0 |        |        |             |         1 |     322 |      1002 |                1002 |     1 |                10 | SAMPLE_AND_SLOW_QUERY |   NULL | NULL   |     NULL |      638 |      8569 |            59424 | NULL       | NULL         |
+------------+------+--------+--------------------+------+---------+--------+------+-------+------+--------------+----------+----------+---------------------+---------------+----------------+-----------+----------+-----------+------------+----------+-------------+------------+-----------+------------+--------+--------+-------------+-----------+---------+-----------+---------------------+-------+-------------------+-----------------------+--------+--------+----------+----------+-----------+------------------+------------+--------------+
3 rows in set (0.02 sec)

通过__all_virtual_processlist，我们可以看到持有锁的会话，以及被锁的会话，可以看到第二个session的retry_info有6005获取锁失败的报错，即被阻塞的会话。第一个active是持有锁，阻塞别人的会话，只要第一个会话回滚或提交，释放锁，第二个会话就可以获取到锁。

1722944442

由于此次测试环境会话较少，能够清晰地看到我们需要的信息，在生产环境中这需要耗费点时间。因此，下面介绍其他方式供参考。

（1）业务反馈有积压，程序卡住，但不确定卡在哪些表上了。

针对这个问题，可以通过以下命令sql查询持有锁的所有会话及表名，并与业务确认卡顿程序涉及的表以定位锁，如果涉及杀会话，需要确认杀掉持有锁的会话会不会影响业务。

MySQL [oceanbase]> select a.tenant_id,a.svr_ip,a.ls_id,a.table_id,c.table_id table_actual_id,c.table_name,a.tablet_id,a.session_id,a.ctx_create_time  
   ->      from __all_virtual_trans_lock_stat a 
   ->      left join __all_virtual_tablet_to_ls b on b.tablet_id=a.tablet_id
   ->      left join __all_virtual_table c on b.table_id=c.table_id;
+-----------+--------------+-------+----------+-----------------+------------+-----------+------------+----------------------------+
| tenant_id | svr_ip       | ls_id | table_id | table_actual_id | table_name | tablet_id | session_id | ctx_create_time            |
+-----------+--------------+-------+----------+-----------------+------------+-----------+------------+----------------------------+
|      1002 | 169.78.3.112 |  1001 |        0 |          500008 | ZRY2       |    200010 | 3221643380 | 2024-04-12 10:32:52.880125 |
+-----------+--------------+-------+----------+-----------------+------------+-----------+------------+----------------------------+
1 row in set (0.09 sec)

（2）业务反馈涉及某个表的程序卡住

针对这个问题，我们只需要查询该表是否有锁，查询语句如下，该sql是根据表名查询持有锁的会话。

MySQL [oceanbase]> select * from  (select a.tenant_id,a.svr_ip,a.ls_id,a.table_id,c.table_id table_actual_id,c.table_name,a.tablet_id,a.session_id,a.ctx_create_time  
   ->      from __all_virtual_trans_lock_stat a 
   ->      left join __all_virtual_tablet_to_ls b on b.tablet_id=a.tablet_id
   ->      left join __all_virtual_table c on b.table_id=c.table_id) t where t.table_name like '%ZRY2%';
+-----------+--------------+-------+----------+-----------------+------------+-----------+------------+----------------------------+
| tenant_id | svr_ip       | ls_id | table_id | table_actual_id | table_name | tablet_id | session_id | ctx_create_time            |
+-----------+--------------+-------+----------+-----------------+------------+-----------+------------+----------------------------+
|      1002 | 169.78.3.112 |  1001 |        0 |          500008 | ZRY2       |    200010 | 3221643380 | 2024-04-12 10:32:52.880125 |
+-----------+--------------+-------+----------+-----------------+------------+-----------+------------+----------------------------+
1 row in set (0.05 sec)

（3）程序冲突导致卡顿

有时多个程序逻辑可能相互冲突，导致某个业务的程序被卡住，但是该业务逻辑可以手动调整，此时可能想终止该会话优先运行其他流程。这时，如下sql可以查询到被锁，或者说等待持有锁的会话。

MySQL [oceanbase]> select a.tenant_id,a.svr_ip,c.table_id table_actual_id,c.table_name,a.tablet_id,a.session_id,a.block_session_id,a.trans_id,a.holder_trans_id,a.lock_mode,a.`type`
   ->     from  __all_virtual_lock_wait_stat a 
   ->     left join __all_virtual_tablet_to_ls b on b.tablet_id=a.tablet_id
   ->     left join __all_virtual_table c on b.table_id=c.table_id;
+-----------+--------------+-----------------+------------+-----------+------------+------------------+----------+-----------------+-----------+------+
| tenant_id | svr_ip       | table_actual_id | table_name | tablet_id | session_id | block_session_id | trans_id | holder_trans_id | lock_mode | type |
+-----------+--------------+-----------------+------------+-----------+------------+------------------+----------+-----------------+-----------+------+
|      1002 | 169.78.3.112 |          500008 | ZRY2       |    200010 | 3221704604 |       3221704604 |  3917301 |         3917058 | X         |    1 |
+-----------+--------------+-----------------+------------+-----------+------------+------------------+----------+-----------------+-----------+------+
1 row in set (0.02 sec)
 

第二个场景：排查历史被锁的表。

该场景中的问题是DBA经常遇到的，一个程序一反常态运行变慢通常是锁冲突导致的，建议业务人员修改业务逻辑，可是业务人员无法确定是哪些业务冲突，DBA就需要找到被锁住的业务模型，便于业务定位和修改业务逻辑。
第一步，提交update。
 

1722944477


可以看到java程序获取到锁，执行结束了，此处需要说明的事，该java程序是我从社区官网的客户案例中复制出来并改了sql，getString报错不影响此次实验的目的。

1722944485

可以确认数据，java程序修改成功了。
 

1722944493


首先，在生产等环境sqlaudit刷新较快，我们需要保留相应的aqlaudit便于分析，在场景复现时关闭audit，保留信息。

MySQL [oceanbase]> alter system set enable_sql_audit='False';

Query OK, 0 rows affected (0.07 sec)

然后，DBA通过业务日志或业务人员提供的sql语句查询sql_audit信息。

MySQL [oceanbase]> select * from  gv$ob_sql_audit where query_sql='update zry2 set b=\'javacs\' where a=985 and c=164;' \G
*************************** 1. row ***************************
                        SVR_IP: 169.78.3.112
                      SVR_PORT: 2882
                    REQUEST_ID: 12119440
                   SQL_EXEC_ID: 52294148
                      TRACE_ID: YB42865A08D4-0006157C0336EBEA-0-0
                           SID: 3221704604
                     CLIENT_IP: 169.78.3.112
                   CLIENT_PORT: 43442
                     TENANT_ID: 1002
                   TENANT_NAME: htap
           EFFECTIVE_TENANT_ID: 1002
                       USER_ID: 200003
                     USER_NAME: SYS
                    USER_GROUP: 0
                USER_CLIENT_IP: 169.78.16.6
                         DB_ID: 201006
                       DB_NAME: SYS
                        SQL_ID: 3E393CA2244E2C49F354EA1DE7874597
                     QUERY_SQL: update zry2 set b='javacs' where a=985 and c=164;
                       PLAN_ID: 3037
                 AFFECTED_ROWS: 1
                   RETURN_ROWS: 0
                 PARTITION_CNT: 1
                      RET_CODE: 0
                         QC_ID: 0
                        DFO_ID: 0
                        SQC_ID: 0
                     WORKER_ID: 0
                         EVENT: 
                        P1TEXT: 
                            P1: 0
                        P2TEXT: 
                            P2: 0
                        P3TEXT: 
                            P3: 0
                         LEVEL: 0
                 WAIT_CLASS_ID: 100
                   WAIT_CLASS#: 0
                    WAIT_CLASS: OTHER
                         STATE: MAX_WAIT TIME ZERO
               WAIT_TIME_MICRO: 0
         TOTAL_WAIT_TIME_MICRO: 0
                   TOTAL_WAITS: 0
                     RPC_COUNT: 2
                     PLAN_TYPE: 1
                  IS_INNER_SQL: 0
               IS_EXECUTOR_RPC: 0
                   IS_HIT_PLAN: 1
                  REQUEST_TIME: 1712889179734177
                  ELAPSED_TIME: 94830642
                      NET_TIME: 0
                 NET_WAIT_TIME: 4
                    QUEUE_TIME: 2467
                   DECODE_TIME: 3
                 GET_PLAN_TIME: 1698
                  EXECUTE_TIME: 160381
         APPLICATION_WAIT_TIME: 0
         CONCURRENCY_WAIT_TIME: 0
             USER_IO_WAIT_TIME: 0
                 SCHEDULE_TIME: 0
                 ROW_CACHE_HIT: 0
        BLOOM_FILTER_CACHE_HIT: 0
               BLOCK_CACHE_HIT: 243
                    DISK_READS: 0
                     RETRY_CNT: 30
                    TABLE_SCAN: 1
             CONSISTENCY_LEVEL: 3
       MEMSTORE_READ_ROW_COUNT: 2
        SSSTORE_READ_ROW_COUNT: 3
           DATA_BLOCK_READ_CNT: 0
          DATA_BLOCK_CACHE_HIT: 212
          INDEX_BLOCK_READ_CNT: 0
         INDEX_BLOCK_CACHE_HIT: 31
           BLOCKSCAN_BLOCK_CNT: 422
             BLOCKSCAN_ROW_CNT: 999999
PUSHDOWN_STORAGE_FILTER_ROW_CNT: 0
           REQUEST_MEMORY_USED: 1614992
         EXPECTED_WORKER_COUNT: 0
             USED_WORKER_COUNT: 0
                    SCHED_INFO: NULL
            FUSE_ROW_CACHE_HIT: 0
             PS_CLIENT_STMT_ID: -1
              PS_INNER_STMT_ID: -1
                         TX_ID: 3917415
              SNAPSHOT_VERSION: 1712889274559945492
                  REQUEST_TYPE: 2
         IS_BATCHED_MULTI_STMT: 0
                 OB_TRACE_INFO: NULL
                     PLAN_HASH: 5849233527757913110
            LOCK_FOR_READ_TIME: 0
                  PARAMS_VALUE: 
                     RULE_NAME: 
                 PARTITION_HIT: 1
           TX_INTERNAL_ROUTING: 0
              TX_STATE_VERSION: 0
                  FLT_TRACE_ID: 
                   PL_TRACE_ID: NULL
               PLSQL_EXEC_TIME: 0
 TOTAL_MEMSTORE_READ_ROW_COUNT: 0
  TOTAL_SSSTORE_READ_ROW_COUNT: 0
1 row in set (0.82 sec)

可以看到 ELAPSED_TIME: 94830642，总响应时间超过90s，但其实EXECUTE_TIME: 160381，执行时间才160ms，其他的时间消耗也比较低，RETRY_CNT: 30，重试了30次，基本可以判定是锁冲突导致，我们通过TRACE_ID: YB42865A08D4-0006157C0336EBEA-0-0 在SVR_IP: 169.78.3.112节点的日志中搜索。

xxxxxxxxxroot:/home/admin/oceanbase/log # grep YB42865A08D4-0006157C0336EBEA-0-0 observer.log|more 
[2024-04-12 10:32:59.739289] WDIAG [STORAGE.TRANS] mvcc_write (ob_mvcc_row.cpp:1023) [9181][T1002_L0_G0][T1002][YB42865A08D4-0006157C0336EBEA-0-0] [lt=21][e
rrcode=-6005] mvcc write conflict(ret=-6005, ctx={ObIMvccCtx={alloc_type=0 ctx_descriptor=0 min_table_version=1712482298355992 max_table_version=17124822983
55992 trans_version={val:4611686018427387903, v:0} commit_version={val:0, v:0} lock_wait_start_ts=0 replay_compact_version={val:0, v:0}} end_code=0 tx_statu
s=0 is_readonly=false ref=1 trans_id={txid:3917083} ls_id=1001 row_callback[alloc:0, free:0, unsubmit:0] redo[fill:0,sync_succ:0, sync_fail:0] main_list_len
=1 pending_log_size=0 callback_list:{cnt=1 need_merge=0 stat:[tx_end=0, rollback_to=0, fast_commit=0, remove_memtable=0] detail:[(log_epoch,length,logged,sy
nced,appended,removed,unlog_removed,branch_removed)|0:(1,1,0,0,1,0,0,0)|]}}, node=this=0x7fe662a11a10 trans_version={val:4611686018427387903, v:0} scn={val:
4611686018427387903, v:0} tx_id={txid:3917083} prev=(nil) next=(nil) modify_count=4294967295 acc_checksum=0 version=1712887388091454 type=0 flag=0 snapshot_
barrier=0 snapshot_barrier_flag=0 mtd={dml_flag:2, buf_len:49} seq_no={branch:0, seq:3}, res={can_insert:false, need_insert:false, is_new_locked:false, is_m
vcc_undo:false, lock_state:{is_locked:true, trans_version:{val:0, v:0}, lock_trans_id:{txid:3917058}, lock_data_sequence:{branch:0, seq:15984}, lock_dml_fla
g:2, is_delayed_cleanout:false, mvcc_row:0x7fe662a040a8, trans_scn:{val:4611686018427387903, v:0}}, is_checked:false, tx_node:NULL}, *this={this=0x7fe662a04
0a8 latch_=unlocked flag=11 first_dml=UPDATE last_dml=UPDATE update_since_compact=2 list_head=0x7fe662a11978 latest_compact_node=(nil) max_trans_version={va
l:1712887883522203616, v:0} max_trans_id=3912943 max_elr_trans_version={val:1712887883522203616, v:0} max_elr_trans_id=3912943 latest_compact_ts=0 last_comp
act_cnt=0 total_trans_node_cnt=3 max_modify_scn={val:1712887883522203616, v:0} min_modify_scn={val:1712887883518676835, v:0}})
[2024-04-12 10:32:59.739372] INFO  [STORAGE.TRANS] on_wlock_retry (ob_memtable_context.cpp:300) [9181][T1002_L0_G0][T1002][YB42865A08D4-0006157C0336EBEA-0-0
] [lt=78] mvcc_write conflict(key={"BIGINT UNSIGNED":33}, tx_id={txid:3917083}, conflict_tx_id={txid:3917058}, this={ObIMvccCtx={alloc_type=0 ctx_descriptor
=0 min_table_version=1712482298355992 max_table_version=1712482298355992 trans_version={val:4611686018427387903, v:0} commit_version={val:0, v:0} lock_wait_
start_ts=0 replay_compact_version={val:0, v:0}} end_code=0 tx_status=0 is_readonly=false ref=1 trans_id={txid:3917083} ls_id=1001 row_callback[alloc:0, free
:0, unsubmit:0] redo[fill:0,sync_succ:0, sync_fail:0] main_list_len=1 pending_log_size=0 callback_list:{cnt=1 need_merge=0 stat:[tx_end=0, rollback_to=0, fa
st_commit=0, remove_memtable=0] detail:[(log_epoch,length,logged,synced,appended,removed,unlog_removed,branch_removed)|0:(1,1,0,0,1,0,0,0)|]}})
[2024-04-12 10:32:59.739404] WDIAG [STORAGE] update_row (ob_tablet.cpp:3796) [9181][T1002_L0_G0][T1002][YB42865A08D4-0006157C0336EBEA-0-0] [lt=24][errcode=-
6005] failed to set memtable, (ret=-6005)

在日志中能够明显看到6005获取锁失败的信息，以及持有锁的lock_trans_id:{txid:3917058}，根据这个txid就可以找到当时锁住该业务的业务模型。当然，在OceanBase3.2.4版本中可以从日志中获取持有锁的trans_hash的值，通过该值也可以获取该事务的业务模型。

MySQL [oceanbase]> select * from  gv$ob_sql_audit where tx_id=3917058 \G
*************************** 1. row ***************************
                        SVR_IP: 169.78.3.112
                      SVR_PORT: 2882
                    REQUEST_ID: 12116788
                   SQL_EXEC_ID: 52281688
                      TRACE_ID: YB42865A08D4-0006157C0336EBE3-0-0
                           SID: 3221643380
                     CLIENT_IP: 169.78.3.112
                   CLIENT_PORT: 39832
                     TENANT_ID: 1002
                   TENANT_NAME: htap
           EFFECTIVE_TENANT_ID: 1002
                       USER_ID: 200003
                     USER_NAME: SYS
                    USER_GROUP: 0
                USER_CLIENT_IP: 169.78.3.112
                         DB_ID: 201006
                       DB_NAME: SYS
                        SQL_ID: 8D589AFA4DFAEEED85FFF5AA78E5FF6A
                     QUERY_SQL: begin
                       PLAN_ID: 0
                 AFFECTED_ROWS: 0
                   RETURN_ROWS: 0
                 PARTITION_CNT: 0
                      RET_CODE: 0
                         QC_ID: 0
                        DFO_ID: 0
                        SQC_ID: 0
                     WORKER_ID: 0
                         EVENT: 
                        P1TEXT: 
                            P1: 0
                        P2TEXT: 
                            P2: 0
                        P3TEXT: 
                            P3: 0
                         LEVEL: 0
                 WAIT_CLASS_ID: 100
                   WAIT_CLASS#: 0
                    WAIT_CLASS: OTHER
                         STATE: MAX_WAIT TIME ZERO
               WAIT_TIME_MICRO: 0
         TOTAL_WAIT_TIME_MICRO: 0
                   TOTAL_WAITS: 0
                     RPC_COUNT: 0
                     PLAN_TYPE: 0
                  IS_INNER_SQL: 0
               IS_EXECUTOR_RPC: 0
                   IS_HIT_PLAN: 0
                  REQUEST_TIME: 1712889172875953
                  ELAPSED_TIME: 200
                      NET_TIME: 0
                 NET_WAIT_TIME: 8
                    QUEUE_TIME: 37
                   DECODE_TIME: 1
                 GET_PLAN_TIME: 66
                  EXECUTE_TIME: 53
         APPLICATION_WAIT_TIME: 0
         CONCURRENCY_WAIT_TIME: 0
             USER_IO_WAIT_TIME: 0
                 SCHEDULE_TIME: 0
                 ROW_CACHE_HIT: 0
        BLOOM_FILTER_CACHE_HIT: 0
               BLOCK_CACHE_HIT: 0
                    DISK_READS: 0
                     RETRY_CNT: 0
                    TABLE_SCAN: 0
             CONSISTENCY_LEVEL: -1
       MEMSTORE_READ_ROW_COUNT: 0
        SSSTORE_READ_ROW_COUNT: 0
           DATA_BLOCK_READ_CNT: 0
          DATA_BLOCK_CACHE_HIT: 0
          INDEX_BLOCK_READ_CNT: 0
         INDEX_BLOCK_CACHE_HIT: 0
           BLOCKSCAN_BLOCK_CNT: 0
             BLOCKSCAN_ROW_CNT: 0
PUSHDOWN_STORAGE_FILTER_ROW_CNT: 0
           REQUEST_MEMORY_USED: 65536
         EXPECTED_WORKER_COUNT: 0
             USED_WORKER_COUNT: 0
                    SCHED_INFO: NULL
            FUSE_ROW_CACHE_HIT: 0
             PS_CLIENT_STMT_ID: -1
              PS_INNER_STMT_ID: -1
                         TX_ID: 3917058
              SNAPSHOT_VERSION: 0
                  REQUEST_TYPE: 2
         IS_BATCHED_MULTI_STMT: 0
                 OB_TRACE_INFO: NULL
                     PLAN_HASH: 0
            LOCK_FOR_READ_TIME: 0
                  PARAMS_VALUE: 
                     RULE_NAME: 
                 PARTITION_HIT: 1
           TX_INTERNAL_ROUTING: 1
              TX_STATE_VERSION: 1
                  FLT_TRACE_ID: 000615dd-16b0-59f2-f7a7-1215e6062770
                   PL_TRACE_ID: NULL
               PLSQL_EXEC_TIME: 0
 TOTAL_MEMSTORE_READ_ROW_COUNT: 0
  TOTAL_SSSTORE_READ_ROW_COUNT: 0
*************************** 2. row ***************************
                        SVR_IP: 169.78.3.112
                      SVR_PORT: 2882
                    REQUEST_ID: 12116789
                   SQL_EXEC_ID: 52281689
                      TRACE_ID: YB42865A08D4-0006157C0336EBE4-0-0
                           SID: 3221643380
                     CLIENT_IP: 169.78.3.112
                   CLIENT_PORT: 39832
                     TENANT_ID: 1002
                   TENANT_NAME: htap
           EFFECTIVE_TENANT_ID: 1002
                       USER_ID: 200003
                     USER_NAME: SYS
                    USER_GROUP: 0
                USER_CLIENT_IP: 169.78.3.112
                         DB_ID: 201006
                       DB_NAME: SYS
                        SQL_ID: 328A68949A9F6E066CEA786B79D83BE9
                     QUERY_SQL: update  zry2 set b='cs' where a=985 and c=164
                       PLAN_ID: 3036
                 AFFECTED_ROWS: 1
                   RETURN_ROWS: 0
                 PARTITION_CNT: 1
                      RET_CODE: 0
                         QC_ID: 0
                        DFO_ID: 0
                        SQC_ID: 0
                     WORKER_ID: 0
                         EVENT: 
                        P1TEXT: 
                            P1: 0
                        P2TEXT: 
                            P2: 0
                        P3TEXT: 
                            P3: 0
                         LEVEL: 0
                 WAIT_CLASS_ID: 100
                   WAIT_CLASS#: 0
                    WAIT_CLASS: OTHER
                         STATE: MAX_WAIT TIME ZERO
               WAIT_TIME_MICRO: 0
         TOTAL_WAIT_TIME_MICRO: 0
                   TOTAL_WAITS: 0
                     RPC_COUNT: 0
                     PLAN_TYPE: 1
                  IS_INNER_SQL: 0
               IS_EXECUTOR_RPC: 0
                   IS_HIT_PLAN: 1
                  REQUEST_TIME: 1712889172876387
                  ELAPSED_TIME: 4429
                      NET_TIME: 0
                 NET_WAIT_TIME: 3
                    QUEUE_TIME: 145
                   DECODE_TIME: 0
                 GET_PLAN_TIME: 71
                  EXECUTE_TIME: 4196
         APPLICATION_WAIT_TIME: 0
         CONCURRENCY_WAIT_TIME: 0
             USER_IO_WAIT_TIME: 0
                 SCHEDULE_TIME: 0
                 ROW_CACHE_HIT: 0
        BLOOM_FILTER_CACHE_HIT: 0
               BLOCK_CACHE_HIT: 243
                    DISK_READS: 0
                     RETRY_CNT: 0
                    TABLE_SCAN: 1
             CONSISTENCY_LEVEL: 3
       MEMSTORE_READ_ROW_COUNT: 2
        SSSTORE_READ_ROW_COUNT: 3
           DATA_BLOCK_READ_CNT: 0
          DATA_BLOCK_CACHE_HIT: 212
          INDEX_BLOCK_READ_CNT: 0
         INDEX_BLOCK_CACHE_HIT: 31
           BLOCKSCAN_BLOCK_CNT: 422
             BLOCKSCAN_ROW_CNT: 999999
PUSHDOWN_STORAGE_FILTER_ROW_CNT: 0
           REQUEST_MEMORY_USED: 1369040
         EXPECTED_WORKER_COUNT: 0
             USED_WORKER_COUNT: 0
                    SCHED_INFO: NULL
            FUSE_ROW_CACHE_HIT: 0
             PS_CLIENT_STMT_ID: -1
              PS_INNER_STMT_ID: -1
                         TX_ID: 3917058
              SNAPSHOT_VERSION: 1712889172484169270
                  REQUEST_TYPE: 2
         IS_BATCHED_MULTI_STMT: 0
                 OB_TRACE_INFO: NULL
                     PLAN_HASH: 5849233527757913110
            LOCK_FOR_READ_TIME: 0
                  PARAMS_VALUE: 
                     RULE_NAME: 
                 PARTITION_HIT: 1
           TX_INTERNAL_ROUTING: 1
              TX_STATE_VERSION: 2
                  FLT_TRACE_ID: 000615dd-16b0-59f2-f7a7-1215e6062770
                   PL_TRACE_ID: NULL
               PLSQL_EXEC_TIME: 0
 TOTAL_MEMSTORE_READ_ROW_COUNT: 0
  TOTAL_SSSTORE_READ_ROW_COUNT: 0
*************************** 3. row ***************************
                        SVR_IP: 169.78.3.112
                      SVR_PORT: 2882
                    REQUEST_ID: 12119439
                   SQL_EXEC_ID: 52294147
                      TRACE_ID: YB42865A08D4-0006157C0336EBEB-0-0
                           SID: 3221643380
                     CLIENT_IP: 169.78.3.112
                   CLIENT_PORT: 39832
                     TENANT_ID: 1002
                   TENANT_NAME: htap
           EFFECTIVE_TENANT_ID: 1002
                       USER_ID: 200003
                     USER_NAME: SYS
                    USER_GROUP: 0
                USER_CLIENT_IP: 169.78.3.112
                         DB_ID: 201006
                       DB_NAME: SYS
                        SQL_ID: FFFCA4D67EA0A788813031B8BBC3B329
                     QUERY_SQL: commit
                       PLAN_ID: 0
                 AFFECTED_ROWS: 0
                   RETURN_ROWS: 0
                 PARTITION_CNT: 0
                      RET_CODE: 0
                         QC_ID: 0
                        DFO_ID: 0
                        SQC_ID: 0
                     WORKER_ID: 0
                         EVENT: 
                        P1TEXT: 
                            P1: 0
                        P2TEXT: 
                            P2: 0
                        P3TEXT: 
                            P3: 0
                         LEVEL: 0
                 WAIT_CLASS_ID: 100
                   WAIT_CLASS#: 0
                    WAIT_CLASS: OTHER
                         STATE: MAX_WAIT TIME ZERO
               WAIT_TIME_MICRO: 0
         TOTAL_WAIT_TIME_MICRO: 0
                   TOTAL_WAITS: 0
                     RPC_COUNT: 4
                     PLAN_TYPE: 0
                  IS_INNER_SQL: 0
               IS_EXECUTOR_RPC: 0
                   IS_HIT_PLAN: 0
                  REQUEST_TIME: 1712889274559727
                  ELAPSED_TIME: 546
                      NET_TIME: 0
                 NET_WAIT_TIME: 5
                    QUEUE_TIME: 75
                   DECODE_TIME: 1
                 GET_PLAN_TIME: 94
                  EXECUTE_TIME: 344
         APPLICATION_WAIT_TIME: 0
         CONCURRENCY_WAIT_TIME: 0
             USER_IO_WAIT_TIME: 0
                 SCHEDULE_TIME: 0
                 ROW_CACHE_HIT: 0
        BLOOM_FILTER_CACHE_HIT: 0
               BLOCK_CACHE_HIT: 0
                    DISK_READS: 0
                     RETRY_CNT: 0
                    TABLE_SCAN: 0
             CONSISTENCY_LEVEL: -1
       MEMSTORE_READ_ROW_COUNT: 0
        SSSTORE_READ_ROW_COUNT: 0
           DATA_BLOCK_READ_CNT: 0
          DATA_BLOCK_CACHE_HIT: 0
          INDEX_BLOCK_READ_CNT: 0
         INDEX_BLOCK_CACHE_HIT: 0
           BLOCKSCAN_BLOCK_CNT: 0
             BLOCKSCAN_ROW_CNT: 0
PUSHDOWN_STORAGE_FILTER_ROW_CNT: 0
           REQUEST_MEMORY_USED: 65536
         EXPECTED_WORKER_COUNT: 0
             USED_WORKER_COUNT: 0
                    SCHED_INFO: NULL
            FUSE_ROW_CACHE_HIT: 0
             PS_CLIENT_STMT_ID: -1
              PS_INNER_STMT_ID: -1
                         TX_ID: 3917058
              SNAPSHOT_VERSION: 0
                  REQUEST_TYPE: 2
         IS_BATCHED_MULTI_STMT: 0
                 OB_TRACE_INFO: NULL
                     PLAN_HASH: 0
            LOCK_FOR_READ_TIME: 0
                  PARAMS_VALUE: 
                     RULE_NAME: 
                 PARTITION_HIT: 1
           TX_INTERNAL_ROUTING: 0
              TX_STATE_VERSION: 2
                  FLT_TRACE_ID: 000615dd-16b0-59f2-f7a7-1215e6062770
                   PL_TRACE_ID: NULL
               PLSQL_EXEC_TIME: 0
 TOTAL_MEMSTORE_READ_ROW_COUNT: 0
  TOTAL_SSSTORE_READ_ROW_COUNT: 0
3 rows in set (0.58 sec)

上述实验的模型比较简单，就是开启事务执行update然后commit，生产中的业务模型可能会涉及成百上千条sql，可以根据表名和时间缩小查询的范围，为业务人员提供关键的信息和证据。

总结

因为OceanBase 4.x版本采用了日志流，所以在确认表锁的时候要多关联一张表，但和旧版本的排查思路都是一样的。希望这个分析可以帮助大家学习与理解。

相关文章：

OceanBase V4.x应用实践：如何排查表被锁问题

DBA在日常工作中常常会面临以下两种常见情况&#xff1a; 业务人员会提出问题&#xff1a;“表被锁了&#xff0c;导致业务受阻&#xff0c;请帮忙解决。” 业务人员还会反馈&#xff1a;“某个程序通常几秒内就能执行完毕&#xff0c;但现在却运行了好几分钟&#xff0c;不清楚…...

编程日记 2024/11/20 17:18:32

ctfshow-web入门-SSRF（web351-web360）

目录 1、web351 2、web352 3、web353 4、web354 5、web355 6、web356 7、web357 8、web358 9、web359 10、web360 1、web351 看到 curl_exec 函数&#xff0c;很典型的 SSRF 尝试使用 file 协议读文件&#xff1a; urlfile:///etc/passwd 成功读取到 /etc/passwd 同…...

编程日记 2024/11/20 17:14:22

【日常记录-Git】如何为post-checkout脚本传递参数

1. 简介 在Git中&#xff0c;post-checkout 钩子是一个在git checkout 或git switch命令成功执行后自动调用的脚本。该脚本不接受任何来自Git命令的直接参数&#xff0c;因为Git设计该钩子是为了在特定的版本控制操作后执行一些预定义的任务&#xff0c;而不是作为一个通用的脚…...

编程日记 2024/11/20 17:10:14

《机器人控制器设计与编程》考试试卷**********大学2024～2025学年第（1）学期

消除误解&#xff0c;课程资料逐步公开。 复习资料&#xff1a; Arduino-ESP32机器人控制器设计练习题汇总_arduino编程语言 题-CSDN博客 试卷样卷&#xff1a; 开卷考试&#xff0c;时间&#xff1a; 2024年11月16日 001 002 003 004 005 ……………………装………………………...

编程日记 2024/11/20 17:09:13

后台管理系统(开箱即用)

很久没有更新博客了&#xff0c;给大家带上一波福利吧,大佬勿扰 现在市面上流行的后台管理模板很多,若依,芋道等,可是这些框架对我们来说可能会有点重,所以我自己从0到1写了一个后台管理模板,你们使用时候可扩展性也会更高 项目主要功能: 成员管理&#xff0c;部门管理&#…...

编程日记 2024/11/20 17:08:07

5G CPE与4G CPE的主要区别有哪些

什么是CPE&#xff1f; CPE是Customer Premise Equipment&#xff08;客户前置设备&#xff09;的缩写&#xff0c;也可称为Customer-side Equipment、End-user Equipment或On-premises Equipment。CPE通常指的是位于用户或客户处的网络设备或终端设备&#xff0c;用于连接用户…...

编程日记 2024/11/20 17:06:05

量化交易系统开发-实时行情自动化交易-4.1.3.A股平均趋向指数（ADX）实现

19年创业做过一年的量化交易但没有成功&#xff0c;作为交易系统的开发人员积累了一些经验&#xff0c;最近想重新研究交易系统&#xff0c;一边整理一边写出来一些思考供大家参考&#xff0c;也希望跟做量化的朋友有更多的交流和合作。 接下来继续说说A股平均趋向指数实现。 …...

编程日记 2024/11/20 17:04:03

tcp的网络惊群问题

1. SO_REUSEPORT 可以解决epoll的惊群问题 但是&#xff0c;现在的 TCP Server&#xff0c;一般都是 多进程多路IO复用(epoll) 的并发模型&#xff0c;比如我们常用的 nginx 。如果使用 epoll 去监听 accept socket fd 的读事件&#xff0c;当有新连接建立时&#xff0c;所有进…...

编程日记 2024/11/20 17:01:59

云原生之运维监控实践-使用Prometheus与Grafana实现对Nginx和Nacos服务的监测

背景 如果你要为应用程序构建规范或用户故事&#xff0c;那么务必先把应用程序每个组件的监控指标考虑进来&#xff0c;千万不要等到项目结束或部署之前再做这件事情。——《Prometheus监控实战》 去年写了一篇在Docker环境下部署若依微服务ruoyi-cloud项目的文章&#xff0c;当…...

编程日记 2024/11/20 16:58:53

软考教材重点内容 信息安全工程师 第 4 章 网络安全体系与网络安全模型

4,1 网络安全体系的主要特征: (1)整体性。网络安全体系从全局、长远的角度实现安全保障&#xff0c;网络安全单元按照一定的规则&#xff0c;相互依赖、相互约束、相互作用而形成人机物一体化的网络安全保护方式。 (2)协同性。网络安全体系依赖于多种安全机制&#xff0c;通过各…...

编程日记 2024/11/20 16:56:51

机器学习——期末复习 重点题归纳

第一题 问题描述 现有如下数据样本&#xff1a; 编号色泽敲声甜度好瓜1乌黑浊响高是2浅白沉闷低否3青绿清脆中是4浅白浊响低否 &#xff08;1&#xff09;根据上表&#xff0c;给出属于对应假设空间的3个不同假设。若某种算法的归纳偏好为“适应情形尽可能少”&#xff0c;…...

编程日记 2024/11/20 16:55:50

MYSQL——数据更新

一、插入数据 1.插入完整的数据记录 在MYSQL中&#xff0c;使用SQL语句INSERT插入一条完整的记录&#xff0c;语法如下&#xff1a; INSERT INTO 表名 [(字段名1[,...字段名n])] VALUES (值1[...,值n]); 表名——用于指定要插入的数据的表名 字段名——用于指定需要插入数据…...

编程日记 2024/11/20 16:52:42

Vite 基础理解及应用

文章目录 概要Vite基础知识点1. 快速启动和热更新热更新原理 2. 基于ES模块的构建3. 对不同前端框架的支持 vite.config.js配置实例1. 基本结构2. 服务器相关配置3. 输入输出路径配置4. 打包优化配置 项目构建一、项目初始化二、项目结构理解三、CSS处理四、静态资源处理五、构…...

编程日记 2024/11/20 16:51:39

[JAVA]用MyBatis框架实现一个简单的数据查询操作

基于在前面几章我们已经学习了对MyBatis进行环境配置&#xff0c;并利用SqlSessionFactory核心接口生成了sqlSession对象对数据库进行交互&#xff0c;执行增删改查操作。这里我们就先来学习如何对数据进行查询的操作&#xff0c;具体查询操作有以下几个步骤 创建实体类创建Ma…...

编程日记 2024/11/20 16:48:33

CSS 样式的优先级？

在CSS中&#xff0c;样式的优先级决定了当多个样式规则应用于同一个元素时&#xff0c;哪个样式会被最终使用。以下是一些决定CSS样式优先级的规则&#xff1a; 就近原则&#xff1a; 最后应用在元素上的样式具有最高优先级。这意味着如果两个选择器都应用了相同的样式&#xf…...

编程日记 2024/11/20 16:44:28

Linux驱动开发快速入门——字符设备驱动（直接操作寄存器设备树版）

Linux驱动开发快速入门——字符设备驱动 前言 笔者使用开发板型号&#xff1a;正点原子的IMX6ULL-alpha开发板。ubuntu版本为&#xff1a;20.04。写此文也是以备忘为目的。 字符设备驱动 本小结将以直接操作寄存器的方式控制一个LED灯&#xff0c;可以通过read系统调用可以…...

编程日记 2024/11/20 16:43:26

数据结构《栈和队列》

文章目录 一、什么是栈&#xff1f;1.1 栈的模拟实现1.2 关于栈的例题 二、什么是队列&#xff1f;2.2 队列的模拟实现2.2 关于队列的例题 总结 提示&#xff1a;关于栈和队列的实现其实很简单&#xff0c;基本上是对之前的顺序表和链表的一种应用&#xff0c;代码部分也不难。…...

编程日记 2024/11/20 16:42:23

C# 超链接控件LinkLabel无法触发Alt快捷键

在C#中&#xff0c;为控件添加快捷键的方式有两种&#xff0c;其中一种就是Windows中较为常见的Alt快捷键&#xff0c;比如运行对话框&#xff0c;记事本菜单等。只需要按下 Alt 框号中带下划线的字母即可触发该控件的点击操作。如图所示 在C#开发中&#xff0c;实现类似的操作…...

编程日记 2024/11/20 16:40:19

JVM类加载过程-Loading

一、Class对象的生命周期 .class文件是如何加载到内存中：.class文件是ClassLoader通过IO将文件读到内存，再通过双亲委派的模式进行Loading，再Linking、以及Initializing，代码调用等一系列操作后，进行GC，组成完整的生命周期； 二、双亲委派模式（Loading的过程）： 1、类…...

编程日记 2024/11/20 16:36:09

2024年11月19日Github流行趋势

项目名称&#xff1a;build-your-own-x 项目维护者&#xff1a;danistefanovic, rohitpaulk, sarupbanskota 等项目介绍&#xff1a;通过从零开始重新创建你最喜欢的技术来掌握编程。项目star数&#xff1a;312,081项目fork数&#xff1a;29,004 项目名称&#xff1a;freqtrad…...

编程日记 2024/11/20 16:35:05

k8s从入门到放弃之Ingress七层负载

k8s从入门到放弃之Ingress七层负载 在Kubernetes&#xff08;简称K8s&#xff09;中&#xff0c;Ingress是一个API对象&#xff0c;它允许你定义如何从集群外部访问集群内部的服务。Ingress可以提供负载均衡、SSL终结和基于名称的虚拟主机等功能。通过Ingress&#xff0c;你可…...

编程新知 2025/6/18 13:47:59

2024年赣州旅游投资集团社会招聘笔试真

2024年赣州旅游投资集团社会招聘笔试真 题 ( 满 分 1 0 0 分 时 间 1 2 0 分 钟 ) 一、单选题(每题只有一个正确答案，答错、不答或多答均不得分) 1.纪要的特点不包括()。 A.概括重点 B.指导传达 C. 客观纪实 D.有言必录 【答案】: D 2.1864年，()预言了电磁波的存在，并指出…...

编程新知 2025/7/6 18:33:17

Cilium动手实验室: 精通之旅---20.Isovalent Enterprise for Cilium: Zero Trust Visibility

Cilium动手实验室: 精通之旅---20.Isovalent Enterprise for Cilium: Zero Trust Visibility 1. 实验室环境1.1 实验室环境1.2 小测试 2. The Endor System2.1 部署应用2.2 检查现有策略 3. Cilium 策略实体3.1 创建 allow-all 网络策略3.2 在 Hubble CLI 中验证网络策略源3.3 …...

编程新知 2025/7/9 22:23:37

《通信之道——从微积分到 5G》读书总结

第1章 绪 论 1.1 这是一本什么样的书 通信技术&#xff0c;说到底就是数学。 那些最基础、最本质的部分。 1.2 什么是通信 通信 发送方 接收方 承载信息的信号 解调出其中承载的信息 信息在发送方那里被加工成信号&#xff08;调制&#xff09; 把信息从信号中抽取出来&am…...

编程新知 2025/7/7 0:36:53

Python爬虫（二）：爬虫完整流程

爬虫完整流程详解&#xff08;7大核心步骤实战技巧&#xff09; 一、爬虫完整工作流程 以下是爬虫开发的完整流程&#xff0c;我将结合具体技术点和实战经验展开说明&#xff1a; 1. 目标分析与前期准备 网站技术分析&#xff1a; 使用浏览器开发者工具&#xff08;F12&…...

编程新知 2025/6/16 20:22:52

C++ 基础特性深度解析

目录 引言 一、命名空间&#xff08;namespace&#xff09; C 中的命名空间​ 与 C 语言的对比​ 二、缺省参数​ C 中的缺省参数​ 与 C 语言的对比​ 三、引用&#xff08;reference&#xff09;​ C 中的引用​ 与 C 语言的对比​ 四、inline&#xff08;内联函数…...

编程新知 2025/7/7 15:36:44

IoT/HCIP实验-3/LiteOS操作系统内核实验(任务、内存、信号量、CMSIS..)

文章目录 概述HelloWorld 工程C/C配置编译器主配置Makefile脚本烧录器主配置运行结果程序调用栈 任务管理实验实验结果osal 系统适配层osal_task_create 其他实验实验源码内存管理实验互斥锁实验信号量实验 CMISIS接口实验还是得JlINKCMSIS 简介LiteOS->CMSIS任务间消息交互…...

编程新知 2025/7/8 12:27:01

算法笔记2

1.字符串拼接最好用StringBuilder&#xff0c;不用String 2.创建List<>类型的数组并创建内存 List arr[] new ArrayList[26]; Arrays.setAll(arr, i -> new ArrayList<>()); 3.去掉首尾空格...

编程新知 2025/7/9 16:47:16

Docker 本地安装 mysql 数据库

Docker: Accelerated Container Application Development 下载对应操作系统版本的 docker &#xff1b;并安装。 基础操作不再赘述。 打开 macOS 终端&#xff0c;开始 docker 安装mysql之旅 第一步 docker search mysql 》〉docker search mysql NAME DE…...

编程新知 2025/7/10 8:36:28

CRMEB 中 PHP 短信扩展开发：涵盖一号通、阿里云、腾讯云、创蓝

目前已有一号通短信、阿里云短信、腾讯云短信扩展 扩展入口文件 文件目录 crmeb\services\sms\Sms.php 默认驱动类型为&#xff1a;一号通 namespace crmeb\services\sms;use crmeb\basic\BaseManager; use crmeb\services\AccessTokenServeService; use crmeb\services\sms\…...

编程新知 2025/6/15 16:44:42