本文主要是介绍高斯锁表导致sql报错处理，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
构造锁等待场景：
1.打开一个新的连接会话，使用普通用户连接GaussDB(DWS)数据库，在test SCHEMA 下创建测试表test.ypg_test。
CREATE TABLE ypg_test (id int, name varchar(50));
2.开启事务1，进行INSERT操作。
START TRANSACTION;
INSERT INTO test.ypg_test VALUES (1, ‘lily’);
3.打开一个新的连接会话，使用系统管理员dbadmin连接GaussDB(DWS)数据库，执行VACUUM FULL操作，发现语句阻塞。
VACUUM FULL test.ypg_test;
锁等待检测（8.1.x及以上版本）
1.打开一个新的连接会话，使用系统管理员dbadmin连接GaussDB(DWS)数据库，通过pgxc_lock_conflicts视图查看锁冲突情况。
如下图，回显中查看granted字段为“f”，表示VACUUM FULL语句正在等待其他锁。granted字段为“t”，表示INSERT语句是持有锁。nodename，表示锁产生在的位置，即CN或DN位置，例如cn_5001。
SELECT * FROM pgxc_lock_conflicts;
2.据语句内容确认是否中止持锁语句。如果终止，则执行以下语句。pid从1获取，cn_5001为上面查询到的nodename。
execute direct on (cn_5001) ‘SELECT PG_TERMINATE_BACKEND(pid)’;
锁等待检测（8.0.x及以前版本）
1.在数据库中执行以下语句，获取VACUUM FULL操作对应的query_id。
SELECT * FROM pgxc_stat_activity WHERE query LIKE '%vacuum%'AND waiting = ‘t’;
2.根据获取的query_id，执行以下语句查看是否存在锁等待，并获取对应的tid。其中，{query_id}从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的值。
execute direct on (cn_5001) ‘SELECT * FROM pg_locks WHERE pid = {tid} AND granted = ‘‘f’’’;
4.根据获取的relation，通过查询pg_locks系统表查看当前持有锁的pid。{relation}从3获取。
execute direct on (cn_5001) ‘SELECT * FROM pg_locks WHERE relation = {relation} AND granted = ‘‘t’’’;
5.根据pid，执行以下语句，查到对应的SQL语句。{pid}从4获取。
execute direct on (cn_5001) ‘SELECT query FROM pg_stat_activity WHERE pid={pid}’;
6.根据语句内容确认是中止持锁语句还是待持锁语句结束再重新执行VACUUM FULL。如果终止，则执行以下语句。pid从4获取。
中止结束后，再尝试重新执行VACUUM FULL。
execute direct on (cn_5001) ‘SELECT PG_TERMINATE_BACKEND(pid)’;
这篇关于高斯锁表导致sql报错处理的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
