中文字幕av专区_日韩电影在线播放_精品国产精品久久一区免费式_av在线免费观看网站

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

怎么理解PostgreSQL中session hang情況

發布時間:2021-11-08 15:48:59 來源:億速云 閱讀:293 作者:iii 欄目:關系型數據庫

這篇文章主要介紹“怎么理解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情況”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注億速云網站,小編會繼續努力為大家帶來更多實用的文章!

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

宝鸡市| 淮阳县| 阿拉善盟| 开远市| 边坝县| 吉首市| 娄底市| 尼玛县| 永川市| 安陆市| 昂仁县| 舒城县| 建昌县| 无棣县| 巴林右旗| 宜都市| 长子县| 揭东县| 永修县| 枣阳市| 佛冈县| 商水县| 屯昌县| 乡宁县| 赤峰市| 西和县| 永德县| 田林县| 枝江市| 九台市| 西昌市| 华容县| 塘沽区| 德昌县| 长兴县| 承德市| 广汉市| 介休市| 海丰县| 玛纳斯县| 辉县市|