亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

溫馨提示×

溫馨提示×

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

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

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

连山| 兴业县| 兴安盟| 化州市| 长葛市| 湖北省| 上栗县| 泰来县| 花莲市| 南雄市| 嵊州市| 斗六市| 武鸣县| 涞水县| 灌阳县| 翼城县| 巴塘县| 台北县| 岢岚县| 淅川县| 个旧市| 东丰县| 德昌县| 吴忠市| 呼和浩特市| 瑞金市| 邵阳市| 连江县| 多伦县| 任丘市| 河东区| 疏附县| 泾阳县| 来宾市| 小金县| 浦北县| 克什克腾旗| 长岭县| 梅河口市| 贵阳市| 淮滨县|