开发者

如何解决PostgreSQL执行语句长时间卡着不动不报错也不执行的问题

开发者 https://www.devze.com 2024-08-10 12:17 出处:网络 作者: 沟沟里的农民
目录1 问题现象2 原因分析3 数据库表被锁住了,如何处理?3.1 查询一下当前数据库的活动监控pg_stat_activity3.2 中断阻塞进程3.3 检查前面的执行是否成功4 pg_stat_activity表定义总结1 问题现象
目录
  • 1 问题现象
  • 2 原因分析
  • 3 数据库表被锁住了,如何处理?
    • 3.1 查询一下当前数据库的活动监控pg_stat_activity
    • 3.2 中断阻塞进程
    • 3.3 检查前面的执行是否成功
  • 4 pg_stat_activity表定义
    • 总结

      1 问题现象

      执行SQL语句,卡着不动,不成功也不执行,就像挂住了一样。

      truncate table simple;
      

      如何解决PostgreSQL执行语句长时间卡着不动不报错也不执行的问题

      2 原因分析

      一般来说,语句呈现卡着的状态,主要会是两种原因比较多,

      原因1:SQL语句是一个耗时操作,正常场景下执行的时候本来就耗时。

      原因2:SQL语句中涉及到的表或者说对象处于锁python定状态。

      现在来看当前的问题,truncate table simple; 我们看这个语句应该会执行的很快才对,

      如果是delete * from simple;那如果simple表里面数据量大的话是会比较慢的。

      因此,这里大概率是表被锁住了。

      3 数据库表被锁住了,如何处理?

      3.1 查询一下当前数据库的活动监控pg_stat_activity

      执行语句:

      select pg_blocking_pidsjupWiax(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
      
      ------------------+-----+-----------------+------------+-----------------+-------------------php---------------------------------------------------------------------------
      --------
       {}               | 592 | 00:53:35.188996 | ClientRead | Client          | lock table simple in Access  exclusive mode;
       {592}   http://www.devze.com         | 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,1
      00) 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 检查前面的执行是否成功

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

      如何解决PostgreSQL执行语句长时间卡着不动不报错也不执行的问题

      4 pg_stat_activity表定义

                        View "pg_catalog.pg_stat_activity"
      
      ColumnTypeCollationNullableDefault
      ------------------±-------------------------±----------±---------±--------
      datidoid
      datnamename
      pidinteger
      usesysidoid
      usenamename
      application_nametext
      client_addrinet
      client_hostnametext
      client_portinteger
      backend_starttimestamp with time zone
      xact_starttimestamp with time zone
      query_starttimestamp with time zone
      state_changetimestamp with time zone
      wait_event_typetext
      wait_eventtext
      statetext
      backend_xidxid
      backend_xminxid
      querytext
      backend_typetext

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

      总结

      到此这篇关于如何解决PostgreSQL执行语句长时间卡着不动不报错也不执行问题的文章就介绍到这了,更多相关PostgreSQL执行语句长时间不动内容请搜索编程客栈(www.devze.com)以前的文章或继续浏览下面的相关文章www.devze.com希望大家以后多多支持编程客栈(www.devze.com)!

      0

      精彩评论

      暂无评论...
      验证码 换一张
      取 消

      关注公众号