1 问题现象

执行SQL语句，卡着不动，不成功也不执行，就像挂住了一样。
truncate table simple;

2 原因分析

一般来说，语句呈现卡着的状态，主要会是两种原因比较多，
原因1：SQL语句是一个耗时操作，正常场景下执行的时候本来就耗时。
原因2：SQL语句中涉及到的表或者说对象处于锁定状态。
现在来看当前的问题，truncate table simple; 我们看这个语句应该会执行的很快才对，
如果是delete * from simple;那如果simple表里面数据量大的话是会比较慢的。
因此，这里大概率是表被锁住了。

3 数据库表被锁住了，如何处理” />3.1 查询一下当前数据库的活动监控pg_stat_activity

执行语句：
select pg_blocking_pids(pid),pid,now()-xact_start,wait_event,wait_event_type,substr(query,1,100) from pg_stat_activity where state ‘idle’ order by 3 desc;

test=# select pg_blocking_pids(pid),pid,now()-xact_start,wait_event,wait_event_type,substr(query,1,100) from pg_stat_activity where state  'idle' order by 3 desc; pg_blocking_pids | pid |?column? | wait_event | wait_event_type |substr------------------+-----+-----------------+------------+-----------------+------------------------------------------------------------------------------------------------------ {} | 592 | 00:53:35.188996 | ClientRead | Client| lock table simple in accessexclusive mode; {592}| 641 | 00:17:37.498617 | relation | Lock| truncate table simple; {} | 750 | 00:00:00|| | select pg_blocking_pids(pid),pid,now()-xact_start,wait_event,wait_event_type,substr(query,1,100) fro(3 rows)

通过上面执行语句得到的结果，可以看到我们执行truncate table simple的语句进程id是641，它处于Lock状态，Lock的原因是因为592阻塞导致。
因此，要先解决592进程。

3.2 中断阻塞进程

pg_terminate_backend(需要被中断的进程号)
pg_terminate_backend函数说明：

test=# select pg_terminate_backend(592); pg_terminate_backend---------------------- t(1 row)

3.3 检查前面的执行是否成功

刚刚卡着的，中断阻塞的进程后，立刻就完成执行了。如下图所示：

4 pg_stat_activity表定义

View "pg_catalog.pg_stat_activity"

https://www.postgresql.org/docs/14/monitoring-stats.html#MONITORING-PG-STAT-ACTIVITY-VIEW