PG資料庫部署linux引數調整

pg資料庫部署linux引數調整

為了使postgresql資料庫獲得最佳效能，需要正確定義作業系統引數。如果作業系統核心引數配置不當,可能會導致資料庫伺服器效能下降。因此，必須根據資料庫伺服器及其工作負載配置這些引數。主要是指在linux系統中針對業務服務應用而進行的系統核心引數調整。

執行vim /etc/sysctl.conf，需要調整的引數新增

-a 顯示所有的系統引數

-p 從指定的檔案載入系統引數，如不指定即從/etc/sysctl.conf中載入

postgresql 每16個程序一組, 每組需要17個訊號量。第乙個引數必須大於等於17。最後乙個引數是連線數除以16.

kernel.sem = 250 162500 250 650

第乙個引數每個資訊集中有多少訊號量

第二個引數一共有多少個訊號量，等於第乙個*第四個

第四個引數有多少個訊號集

第三個引數同乙個操作，可以操作最多的訊號量，可以和第乙個引數。

方法一vm.nr_hugepages = shared buffer/2m

建議shared buffer設定超過64gb時使用大頁，頁大小 /proc/meminfo hugepagesize。有多少個2m記憶體。

方法2vm.nr_hugepages = 66536

# 關閉交換分割槽

vm.overcommit_memory=2 # 預設0，申請記憶體可以超過物理記憶體總數。oom-killer 殺程序。2不要超分配的策略。

vm.overcommit_ratio=50 # 分配記憶體不能超過，物理記憶體*百分比+swap 128g 16g 85%左右比較合適最多分配124gb

vm.dirty_background_ratio=1 # 超過1% 在後台刷

vm.dirty_ratio=2 # 超過2%開始刷

vim /etc/security/limits.conf

noproc 是代表最大程序數

nofile 是代表最大檔案開啟數

memlock是代表鎖定記憶體大小

core檔案的作用：

當程式崩潰時，核心有可能把該程式當前記憶體對映到core檔案中，方便程式設計師找到程式出現問題的地方，最常出現的，幾乎所有c程式設計師都出現過的「段錯誤」了。也是最難查出問題原因的乙個錯誤

core檔案是什麼：

核心檔案（core file），也稱為核心轉存（core dump），是作業系統在程序收到某些訊號而終止執行時，將此時程序位址空間的內容以及有關程序狀態的其他資訊寫出的乙個磁碟檔案。這種資訊往往用於除錯

* soft nofile 1024000 #表示任何乙個使用者可以開啟的最大的檔案描述符數量

* hard nofile 1024000

* soft nproc unlimited #表示任何乙個使用者可以開啟的最大的程序數

* hard nproc unlimited

* soft core unlimited

* hard core unlimited

* soft memlock unlimited

* hard memlock unlimited