分析作业是否被阻塞 本节介绍了如何分析作业是否被阻塞。 数据库系统运行时,在某些业务场景下查询语句会被阻塞,导致语句运行时间过长,可以强制结束有问题的会话。 操作步骤 步骤 1 使用DAS或者gsql连接实例。 步骤 2 查看阻塞的查询语句及阻塞查询的表、模式信息。 SELECT w.query as waitingquery, w.pid as wpid, w.usename as wuser, l.query as lockingquery, l.pid as lpid, l.usename as luser, t.schemaname '.' t.relname as tablename from pgstatactivity w join pglocks l1 on w.pid l1.pid and not l1.granted join pglocks l2 on l1.relation l2.relation and l2.granted join pgstatactivity l on l2.pid l.pid join pgstatusertables t on l1.relation t.relid where w.waiting; 该查询返回线程ID、用户信息、查询状态,以及导致阻塞的表、模式信息。 步骤 3 使用如下命令结束相应的会话。 SELECT PGTERMINATEBACKEND(139834762094352); 其中,139834762094352为线程ID。 显示类似如下信息,表示结束会话成功。 PGTERMINATEBACKEND t (1 row) 显示类似如下信息,表示用户正在尝试结束当前会话。 FATAL: terminating connection due to administrator command FATAL: terminating connection due to administrator command 说明: gsql客户端使用PGTERMINATEBACKEND函数结束当前正在执行会话的后台线程时,如果当前的用户是初始用户,客户端不会退出而是自动重连,即还会返回“The connection to the server was lost. Attempting reset: Succeeded.”;否则客户端会重连失败,即返回“The connection to the server was lost. Attempting reset: Failed.”。这是因为只有初始用户可以免密登录,普遍用户不能免密登录,从而重连失败。 对于使用PGTERMINATEBACKEND函数结束非活跃的后台线程时。如果打开了线程池,此时空闲的会话没有线程ID,无法结束会话。非线程池模式下,结束的会话不会自动重连。