GBase 8s 排查锁表问题：快速定位并解除排它锁（X锁）阻塞会话

在GBase 8s数据库运维中，锁表（尤其是排它锁X锁） 是导致业务卡顿、SQL执行超时、数据无法读写的高频问题。当表被加上排它锁（X锁）后，其他会话无法对该表执行增删改操作，严重影响业务连续性。

本文讲述如何快速定位持有排它锁的会话、如何查看会话详情、如何安全解除锁阻塞，覆盖系统表查询、onstat命令监控、会话终止三大核心步骤，直接落地解决锁表问题。

一、问题现象

1. 业务执行增删改SQL时长时间阻塞，提示 锁等待超时 ；
2. 数据库监控显示目标表存在大量锁等待；
3. 部分会话持有排它锁（X锁） 未释放，导致其他会话无法操作表；
4. 核心业务表（如 prpcmain 、 e0136b ）无法正常写入/更新。

二、前置说明

1. 排它锁（X锁）：GBase 8s中排他锁，持有锁的会话可读写数据，其他会话完全无法访问，是锁表的核心原因；
2. 操作用户：必须使用 gbasedbt 管理员用户执行所有命令；
3. 适用场景：生产环境锁表紧急排查、业务阻塞快速恢复。

三、解决方案一：通过系统表定位排它锁（X锁）会话

GBase 8s的 syslocks 系统表存储数据库所有锁信息，可直接查询指定库、指定表的排它锁持有会话。

1. 执行查询语句

-- 替换：dbsname=数据库名，tabname=表名
select 
 s.owner,        -- 持有锁的会话所有者
 s.hex(rowidlk) rowid  -- 锁定的行ID
from syslocks s 
where dbsname='car3gdb'    -- 数据库名
 and tabname='prpcmain'   -- 锁表的表名
 and type='X';            -- 锁类型：X=排它锁

 2. 结果说明
-  owner ：持有锁的会话ID，是解除锁的关键参数；
-  rowid ：锁定的数据行，可定位具体锁定数据；
- 无结果：表示该表无排它锁，锁表原因可能为其他类型锁。

 四、解决方案二：通过onstat命令批量定位锁会话（推荐）

onstat 是GBase 8s最常用的监控工具，可实时查询锁信息+自动关联会话详情，适合快速排查未知锁源。

1. 执行一键排查命令

 替换 e0136b 为你的锁表名
onstat -k|grep e0136b|grep 'HDR+X'|awk '{print "onstat -u|grep "$3}'|sh|awk '{print "onstat -g ses "$3}'|sh >>LK- date +%m%d%H%M .txt
 

 2. 命令拆解（理解原理）
1.  onstat -k ：查看数据库所有锁信息；
2.  grep 表名 | grep 'HDR+X' ：过滤目标表的排它锁；
3. 关联 onstat -u / onstat -g ses ：自动获取会话ID、执行SQL、客户端IP、用户名；
4. 输出结果：自动保存到 LK-时间戳.txt 日志文件，方便留存分析。

 3. 日志文件重点查看
- 会话ID（session id）；
- 客户端IP/主机名；
- 正在执行的SQL语句；
- 会话连接时间、锁等待时间。

 五、解决方案三：安全解除锁表（终止阻塞会话）

定位到锁表会话ID后，可通过两种方式终止会话，释放排它锁。

 方式1：命令行终止会话（最常用）

 替换 331543 为实际锁表会话ID

onmode -z 331543

 方式2：SQL函数终止会话（远程/工具内执行）

-- 替换 331543 为实际锁表会话ID
execute function sysadmin:task('onmode','z','331543');

 终止成功标志
- 命令执行无报错；
- 业务恢复正常读写；
- 重新查询锁信息，无该会话锁记录。

 六、关键注意事项

1. 终止前确认
  优先确认会话是否为核心业务/长事务，避免误杀正常业务；
2. 锁表根源优化
  频繁锁表多因：长事务未提交、无索引导致全表锁、并发更新同一行；
3. 实时监控
  锁表后优先排查 onstat -k 、 onstat -g sql 、 onstat -g ses ；
4. 日志留存
  锁表日志建议保留，用于后续SQL优化和根因分析。

 七、总结

GBase 8s排查锁表问题三步闭环：
1. 查锁： syslocks 系统表定位排它锁（X锁）会话；
2. 定位： onstat 一键命令获取完整会话信息；
3. 解锁： onmode -z 会话ID 安全终止阻塞会话。

这套方案是生产环境处理锁表阻塞的标准快速恢复流程，简单高效、可直接复用，能最大限度缩短业务中断时间。