您好,登錄后才能下訂單哦!
這篇文章主要介紹“怎么理解PostgreSQL中session hang情況”,在日常操作中,相信很多人在怎么理解PostgreSQL中session hang情況問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”怎么理解PostgreSQL中session hang情況”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
在執行SQL的時候可能會碰到session hang的情況,這時候我們其實不知道是因為SQL本身執行很慢還是因為lock導致hang,因此一般情況下需要通過查詢pg_stat_activity、pg_locks等系統表來確認。除之之外,PG還提供了通過statement timeout的超時機制來處理這種情況。
session 1
創建數據表,啟動事務,執行查詢
testdb=# create table t_timeout(id int); CREATE TABLE testdb=# testdb=# begin; BEGIN testdb=# testdb=# select count(*) from t_timeout; count ------- 0 (1 row) testdb=# select * from pg_locks where pid = pg_backend_pid(); locktype | database | relation | page | tuple | virtualxid | transactionid | classid | ob jid | objsubid | virtualtransaction | pid | mode | granted | fastpath ------------+----------+----------+------+-------+------------+---------------+---------+--- ----+----------+--------------------+------+-----------------+---------+---------- relation | 16384 | 11645 | | | | | | | | 3/94 | 1719 | AccessShareLock | t | t virtualxid | | | | | 3/94 | | | | | 3/94 | 1719 | ExclusiveLock | t | t relation | 16384 | 286770 | | | | | | | | 3/94 | 1719 | AccessShareLock | t | f (3 rows) testdb=#
session 2
執行alter table命令,hang住
testdb=# -- session 2 testdb=# alter table t_timeout add column c1 int; -- 掛起
設置50ms超時,SQL返回超時錯誤
testdb=# begin; BEGIN testdb=# SET statement_timeout = 50; SET testdb=# alter table t_timeout add column c1 int; ERROR: canceling statement due to statement timeout testdb=#
不過這樣的設置,需要DBA對SQL的執行時長有初步的估算,比如增加列操作,正常應在10ms內返回,那設置超時50ms是沒有問題,但對于vacuum full這樣的操作來說,設置為50ms就很不合適了。
testdb=# SET statement_timeout = 50; SET testdb=# vacuum full; ERROR: canceling statement due to statement timeout testdb=#
也就是說,設置超時會存在誤傷,需謹慎使用。
到此,關于“怎么理解PostgreSQL中session hang情況”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注億速云網站,小編會繼續努力為大家帶來更多實用的文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。