Re: [SQL ] postgresql 8.1.4效能問題

看板Database (資料庫)作者 (想想~)時間16年前 (2009/06/03 10:24), 編輯推噓1(100)
留言1則, 1人參與, 最新討論串1/1
嗯~~ 現階段是寫入需求大得很~~ 我有開autuvacuum了 也將shared_buffers調整了~ 剛開始運行是比較快了一點~~ 但隨著資料量增加,又慢了下來~~ 瓶頸應該是i/o方面的問題~~~ 有何種方式可以解決這問題?? 感謝~~ 使用的系統是ubunto 8.04 server i386 Memory:2GB ※ 引述《longtime (longtime)》之銘言: 不太確定你所謂的 "負載量過大" 發生的瓶頸在那邊 I/O 方面的還是 CPU, Memory 方面的 另外分散流量 第1種方式是使用 PGCluster 他是 Synchronous Replication 的方式, 可以有效增加 Query 的速度 但若你的 DB 型態是屬於會有大量的寫入, 這部份對效能的增加就很有限, 甚至會拖慢速度 而第2種方式僅是一台主機上跑多個 PostgreSQL, 並不是 Cluster PostgreSQL 目前尚無完整的 Cluster 解決方案 大都是利用 Replication 的功能衍生出來 Pooling or LoadBalance 達成分散流量的需求 你可以比較一下 Oracle RAC (ShareDisk) 跟 PostgreSQL (ShareNothing) 這兩種對於 Cluster 實作的方法, 就可以知道為何 PostgreSQL 大部份都是用 Replication 的概念去實作 Cluster 若使用 Synchronous Replication 這種方式 (ex: pgcluster or pgpool-II) 讀取的效能可有效提升, 但寫入的部份就......蠻慘的 若是選擇 Asynchronous 的方法 (ex: Slony), 就會碰到資料不同步的狀況 若你對資料同步的要求相當高, 這種方式就不適合, 僅能拿來當作備援方案 所以說穿了總歸一句就是 -> 有一好就沒有兩好 建議你要先清楚定義你想要的東西, 並且確認你的 DB 屬性是哪一類 (讀取多還是寫入多或是其他類別?) 才可以知道有沒有適合的作法可以解決你的問題 另外推薦你兩個文件 http://tinyurl.com/c2n984 http://tinyurl.com/3kj2kw 希望對你有幫助 以上如有錯誤請不吝賜教 :) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 210.69.175.253 ※ 編輯: Creationary 來自: 210.69.175.253 (06/03 11:22)

06/07 23:59, , 1F
postgres寫入需求大的話先把writeAheadLog拆到另一顆硬碟
06/07 23:59, 1F
文章代碼(AID): #1A9Tx3st (Database)
文章代碼(AID): #1A9Tx3st (Database)