選項
預設值說明
是否優化
原因max_connections
100允許客戶端連線的最大數目
否因為在測試的過程中，100個連線已經足夠
fsync
on強制把資料同步更新到磁碟
是因為系統的io壓力很大，為了更好的測試其他配置的影響，把改引數改為off
shared_buffers
24mb
決定有多少記憶體可以被postgresql用於快取資料（推薦記憶體的1/4)
是在io壓力很大的情況下，提高該值可以減少io
work_mem
1mb使內部排序和一些複雜的查詢都在這個buffer中完成
是有助提高排序等操作的速度，並且減低io
effective_cache_size
128mb
優化器假設乙個查詢可以用的最大記憶體，和shared_buffers無關（推薦記憶體的1/2)
是設定稍大，優化器更傾向使用索引掃瞄而不是順序掃瞄
maintenance_work_mem
16mb
這裡定義的記憶體只是被vacuum等耗費資源較多的命令呼叫時使用
是把該值調大，能加快命令的執行
wal_buffer
768kb
日誌快取區的大小
是可以降低io，如果遇上比較多的並發短事務，應該和commit_delay一起用
checkpoint_segments
3設定wal log的最大數量數（乙個log的大小為16m）
是預設的48m的快取是乙個嚴重的瓶頸，基本上都要設定為10以上
checkpoint_completion_target
0.5表示checkpoint的完成時間要在兩個checkpoint間隔時間的n%內完成
是能降低平均寫入的開銷
commit_delay
0事務提交後，日誌寫到wal log上到wal_buffer寫入到磁碟的時間間隔。需要配合commit_sibling
是能夠一次寫入多個事務，減少io，提高效能
commit_siblings
5設定觸發commit_delay的併發事務數，根據併發事務多少來配置
是減少io，提高效能
資料庫調優
1 資料庫調優 計算機硬體調優 資料庫物件的放置策略 利用資料庫分割槽技術，均勻地把資料分布在系統的磁碟中，平衡i o 訪問，避免i o 瓶 頸 使用磁碟硬體優化資料庫 基本表設計優化 第三正規化的基本特徵 是非主鍵屬性只依賴於主鍵屬性。優點 一是能消除 冗餘資料 節省磁碟儲存空間 二是有良好的資料...
資料庫調優
檢視資料庫連線個數 show global variables like max connections 資料庫連線不上可能是max connections數太少了 增加連線數 配置檔案 etc my.cnf.d server.cnf mysqld mysqld max connections 10...
資料庫調優
優化法則歸納為5個層次 1 減少資料訪問 減少磁碟訪問 2 返回更少資料 減少網路傳輸或磁碟訪問 3 減少互動次數 減少網路傳輸 4 減少伺服器cpu開銷 減少cpu及記憶體開銷 5 利用更多資源 增加資源 1 減少資料訪問 1.1 建立並使用正確的索引 1.2 只通過索引訪問資料 如 select...