91超碰碰碰碰久久久久久综合_超碰av人澡人澡人澡人澡人掠_国产黄大片在线观看画质优化_txt小说免费全本

溫馨提示×

溫馨提示×

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

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

怎么理解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

新干县| 临颍县| 新乡县| 达日县| 常山县| 铜陵市| 元氏县| 乌兰浩特市| 岚皋县| 佛冈县| 大城县| 华宁县| 伊春市| 吐鲁番市| 郸城县| 邯郸县| 越西县| 湛江市| 玉龙| 辉南县| 仁寿县| 航空| 常州市| 雷州市| 武宣县| 察雅县| 略阳县| 禄丰县| 蒲江县| 溆浦县| 遂川县| 梅河口市| 神池县| 苗栗县| 特克斯县| 湾仔区| 新津县| 上栗县| 巴彦淖尔市| 云和县| 陆良县|