文档首页/ 数据仓库服务 GaussDB(DWS)/ 故障排除/ 集群性能/ 锁等待检测
更新时间：2024-06-20 GMT+08:00
查看PDF
分享

锁等待检测

操作场景

在日常作业开发中，数据库事务管理中的锁一般指的是表级锁，GaussDB(DWS)中支持的锁模式有8种，按排他级别分别为1~8。每种锁模式都有与之相冲突的锁模式，由锁冲突表定义相关的信息，锁冲突表如表1所示。

举例：用户u1对某张表test执行INSERT事务时，此时持有RowExclusiveLock锁；此时用户u2也对test表进行VACUUM FULL事务，则该事务与INSERT事务产生锁冲突，处于锁等待状态。

常用的锁等待检测主要通过查询视图pgxc_lock_conflicts、pgxc_stat_activity、pgxc_thread_wait_status、pg_locks进行。其中pgxc_lock_conflicts视图在8.1.x版本后支持，根据集群版本号不同，检测方式不同。

表1 锁冲突

编号

名称

用途

冲突关系

1

AccessShareLock

SELECT

8

2

RowShareLock

SELECT FOR UPDATE/FOR SHARE

7 | 8

3

RowExclusiveLock

INSERT/UPDATE/DELETE

5 | 6 | 7 | 8

4

ShareUpdateExclusiveLock

VACUUM

4 | 5 | 6 | 7 | 8

5

ShareLock

CREATE INDEX

3 | 4 | 6 | 7 | 8

6

ShareRowExclusiveLock

ROW SELECT...FOR UPDATE

3 | 4 | 5 | 6 | 7 | 8

7

ExclusiveLock

BLOCK ROW SHARE/SELECT...FOR UPDATE

2 | 3 | 4 | 5 | 6 | 7 | 8

8

AccessExclusiveLock

DROP CLASS/VACUUM FULL

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8

操作步骤

构造锁等待场景：

  1. 打开一个新的连接会话，使用普通用户u1连接GaussDB(DWS)数据库，在自己的同名SCHEMA u1下创建测试表u1.test。 

    1
    		 
    CREATE TABLE test (id int, name varchar(50));

  2. 开启事务1，进行INSERT操作。 

    1
2
    		 
    START TRANSACTION;
INSERT INTO test VALUES (1, 'lily');

  3. 打开一个新的连接会话，使用系统管理员dbadmin连接GaussDB(DWS)数据库，执行VACUUM FULL操作，发现语句阻塞。 

    1
    		 
    VACUUM FULL u1.test;

锁等待检测（8.1.x及以上版本）

  1. 打开一个新的连接会话，使用系统管理员dbadmin连接GaussDB(DWS)数据库，通过pgxc_lock_conflicts视图查看锁冲突情况。

    如下图，回显中查看granted字段为“f”，表示VACUUM FULL语句正在等待其他锁。granted字段为“t”，表示INSERT语句是持有锁。nodename，表示锁产生在的位置，即CN或DN位置，例如cn_5001。

    1
    		 
    SELECT * FROM pgxc_lock_conflicts;

  2. 据语句内容确认是否中止持锁语句。如果终止，则执行以下语句。pid从1获取，cn_5001为上面查询到的nodename。 

    1
    		 
    execute direct on (cn_5001) 'SELECT PG_TERMINATE_BACKEND(pid)';

锁等待检测（8.0.x及以前版本）

  1. 在数据库中执行以下语句，获取VACUUM FULL操作对应的query_id。 

    1
    		 
    SELECT * FROM pgxc_stat_activity WHERE query LIKE '%vacuum%'AND waiting = 't';

  2. 根据获取的query_id，执行以下语句查看是否存在锁等待，并获取对应的tid。其中，{query_id}从1获取。 

    1
    		 
    SELECT * FROM pgxc_thread_wait_status WHERE query_id = {query_id};

    回显中“wait_status”存在“acquire lock”表示存在锁等待。同时查看“node_name”显示在对应的CN或DN上存在锁等待，记录相应的CN或DN名称，例如cn_5001或dn_600x_600y。

  3. 执行以下语句，到等锁的对应CN或DN上通过查询pg_locks系统表查看VACUUM FULL操作在等待哪个锁。以下以cn_5001为例，如果在DN上等锁，则改为相应的DN名称。pid为2获取的tid。

    回显中记录relation的值。

    1
    		 
    execute direct on (cn_5001) 'SELECT * FROM pg_locks WHERE pid = {tid} AND granted = ''f''';

  4. 根据获取的relation，通过查询pg_locks系统表查看当前持有锁的pid。{relation}从3获取。 

    1
    		 
    execute direct on (cn_5001) 'SELECT * FROM pg_locks WHERE relation = {relation} AND granted = ''t''';

  5. 根据pid，执行以下语句，查到对应的SQL语句。{pid}从4获取。 

    1
    		 
    execute direct on (cn_5001) 'SELECT query FROM pg_stat_activity WHERE pid={pid}';

  6. 根据语句内容确认是中止持锁语句还是待持锁语句结束再重新执行VACUUM FULL。如果终止，则执行以下语句。pid从4获取。

    中止结束后，再尝试重新执行VACUUM FULL。

    1
    		 
    execute direct on (cn_5001) 'SELECT PG_TERMINATE_BACKEND(pid)';

父主题： 集群性能

相关文档