数据库系统运行时，在某些业务场景下查询语句会被阻塞，导致语句运行时间过长，可以强制结束有问题的会话。

操作步骤

步骤 1 使用DAS或者gsql连接实例。

步骤 2 查看阻塞的查询语句及阻塞查询的表、模式信息。

SELECT w.query as waiting_query,  
 w.pid as w_pid,  
 w.usename as w_user,  
 l.query as locking_query,  
 l.pid as l_pid,  
 l.usename as l_user,  
 t.schemaname || '.' || t.relname as tablename  
 from pg_stat_activity w join pg_locks l1 on w.pid = l1.pid  
 and not l1.granted join pg_locks l2 on l1.relation = l2.relation  
 and l2.granted join pg_stat_activity l on l2.pid = l.pid join pg_stat_user_tables t on l1.relation = t.relid  
 where w.waiting;

该查询返回线程ID、用户信息、查询状态，以及导致阻塞的表、模式信息。

步骤 3 使用如下命令结束相应的会话。

SELECT PG_TERMINATE_BACKEND(139834762094352);

其中，139834762094352为线程ID。

显示类似如下信息，表示结束会话成功。

 PG_TERMINATE_BACKEND  
 ----------------------  
  t  
 (1 row)

显示类似如下信息，表示用户正在尝试结束当前会话。

FATAL:  terminating connection due to administrator command  
 FATAL:  terminating connection due to administrator command

说明：

• gsql客户端使用PG_TERMINATE_BACKEND函数结束当前正在执行会话的后台线程时，如果当前的用户是初始用户，客户端不会退出而是自动重连，即还会返回“The connection to the server was lost. Attempting reset: Succeeded.”；否则客户端会重连失败，即返回“The connection to the server was lost. Attempting reset: Failed.”。这是因为只有初始用户可以免密登录，普遍用户不能免密登录，从而重连失败。
• 对于使用PG_TERMINATE_BACKEND函数结束非活跃的后台线程时。如果打开了线程池，此时空闲的会话没有线程ID，无法结束会话。非线程池模式下，结束的会话不会自动重连。