這篇文章主要介紹了postgresql從庫查詢被終止怎么辦，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

成都創新互聯公司：成立與2013年為各行業開拓出企業自己的“網站建設”服務，為近1000家公司企業提供了專業的做網站、網站制作、網頁設計和網站推廣服務， 按需制作由設計師親自精心設計，設計的效果完全按照客戶的要求，并適當的提出合理的建議，擁有的視覺效果，策劃師分析客戶的同行競爭對手，根據客戶的實際情況給出合理的網站構架，制作客戶同行業具有領先地位的。

PG流復制場景下，默認配置下， 如果在PG從庫執行長時間的查詢，會出現查詢的報錯。提示

ERROR: canceling statement due to conflict with recovery

DETAIL: User query might have needed to see row versions that must be removed.

根據報錯信息,在主庫上執行長時間查詢過程中,由于此查詢涉及的記錄有可能在主庫上被更新或刪除,根據 PostgreSQL的mvcc機制,更新或刪除的數據不是立即從物理塊上刪除,而是之后autovacuum進程對老版本數據進行 VACUUM,主庫上對更新或刪除數據的老版本進行 VACUUM后,從庫上也會執行這個操作,從而與從庫當前查詢產生沖突,導致查詢被中斷并拋出以上錯誤。

實際上 PostgreSQL提供了配置參數來減少或避免這種情況出現的概率,主要包括以下兩個參數:

maxstandby_ streaming_delay:

此參數默認為30秒,當備庫執行SQL時,有可能與正在應用的WAL發生沖突,此查詢如果30秒沒有執行完成則被中止,注意30秒不是備庫上單個查詢允許的最大執行時間,是指當備庫上應用WAL時允許的最大WAL延遲應用時間,因此備庫上查詢的執行時間有可能不到這個參數設置的值就被中止了,此參數可以設置成-1,表示當從庫上的WAL應用進程與從庫上執行的查詢沖突時,WAL應用進程一直等待直到從庫查詢執行完成。

hotstandby_feedback:

默認情況下從庫執行查詢時并不會通知主庫,設置此參數為on后從庫執行查詢時會通知主庫,當從庫執行查詢過程中,主庫不會清理從庫需要的數據行老版本,因此,從庫上的查詢不會被中止,然而,這種方法也會帶來一定的弊端,主庫上的表可能出現膨脹,主庫表的膨脹程度與表上的寫事務和從庫執行時間有關,此參數默認為off

案例：

CentOS7.5+PG版本11.5

pgMaster 為主庫

pgSlave 為備庫

調整備庫的參數，設置

max_standby_streaming_delay = 10s    # (測試便于看出效果這個參數調的比較低)

hot_standby_feedback = off

然后reload下PG的配置使其生效

在主庫pgMaster 上創建測試表：

\c postgres

create table test_per2 ( id int , flag int);

insert into test_per2 (id) select * from generate_series(1,1000000) ;

編寫pgbench壓測腳本 update_per2.sql 內容如下：

\set v_id random(1,1000000)

update test_per2 set flag='1' where id=:v_id;

開始壓測：

pgbench -c 8 -T 120 -d postgres -Upostgres -n N -M prepared -f update_per2.sql

然后，到pgSlave備庫去執行下查詢操作：

postgres=# select pg_sleep(12),* from test_per2 limit 10 ;

ERROR:  canceling statement due to conflict with recovery

DETAIL:  User query might have needed to see row versions that must be removed.

Time: 729.120 ms

這里，可以很容易就復現了這個報錯場景。

解決方法有2種：

方案1、 調大 max_standby_streaming_delay參數值

我們可以將max_standby_streaming_delay 調整為-1 繞開這個錯誤，或者將這個值調大些。

例如將備庫的參數max_standby_streaming_delay調整為120s：

max_standby_streaming_delay = 120s

hot_standby_feedback = off

然后 使用 pg_ctl reload 使其生效

然后，再次到pgSlave備庫去執行下查詢操作，可以看到查詢可以正常執行了：

postgres=# select pg_sleep(12), id ,flag  from test_per2  limit 2 ;

 pg_sleep | id | flag

----------+----+------

          |  1 | NULL

          |  2 | NULL

(2 rows) 

方案2、 開啟 hot_standby_feedback參數

hot_standby_feedback 參數設置為on后，從庫執行查詢時會通知主庫，從庫執行大查詢過程中，主庫不會清理從庫需要用到的數據行老版本。

備庫上需要開啟的參數：

max_standby_streaming_delay = 10s

hot_standby_feedback = on  # 主要是這個參數設置為on即可

然后 使用 pg_ctl reload 使其生效

這時候，到備庫去查詢，可以發現能查詢成功：

postgres=# select pg_sleep(2), id ,flag  from test_per2  limit 2 ;

 pg_sleep | id | flag

----------+----+------

          |  1 | NULL

          |  2 | NULL

(2 rows)

postgres=# select pg_sleep(12), id ,flag  from test_per2  limit 2 ;

 pg_sleep | id | flag

----------+----+------

          |  1 | NULL

          |  2 | NULL

(2 rows)

上面的2種方式中，都是有不太好的地方：

1、  設置 max_standby_streaming_delay 參數為-1，這種方式有可能備庫上慢查詢由于長時間執行而消耗大量主機資源，建議根據應用情況設置一個較合理的值

2、  設置 hot_standby_feedback=on，這種方式可能會使主庫某些表產生膨脹。

這兩種方式無論選擇哪一個都應該加強對流復制主庫、備庫慢查詢的監控，并分析是否需要人工介入維護。

感謝你能夠認真閱讀完這篇文章，希望小編分享的“postgresql從庫查詢被終止怎么辦”這篇文章對大家有幫助，同時也希望大家多多支持創新互聯，關注創新互聯行業資訊頻道，更多相關知識等著你來學習!

新聞名稱：postgresql從庫查詢被終止怎么辦
當前鏈接：http://www.js-pz168.com/article20/ghoojo.html

成都網站建設公司_創新互聯，為您提供關鍵詞優化、定制開發、服務器托管、軟件開發、App設計、全網營銷推廣

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯