Postgres在過濾器或集合上的AWS性能問題

Question

我正在研究一個帶有aprox表的系統。 1300萬條記錄。 這對於postgres來說似乎沒什麼大不了的，但是當遇到這個特定的表時，我遇到了嚴重的性能問題。

該表有aprox。 60列（我知道它太多了，但我無法改變它，因爲超出我的意願的原因）。

硬件沒問題。它在AWS上運行。我測試了幾種配置，甚至是新的RDS for postgres：

       vCPU ECU  mem(gb) 

m1.xlarge  64 bits  4  8  15 

m2.xlarge  64 bits  2  6,5  17 

hs1.8xlarge  64 bits  16  35  117  SSD 

我用pgtune調整了pg設置。並且設置ubuntu的內核sshmall和shmmax。

一些 「解釋分析」 查詢：

從SELECT COUNT（*）：

$Aggregate (cost=350390.93..350390.94 rows=1 width=0) (actual time=24864.287..24864.288 rows=1 loops=1) 
    -> Index Only Scan using core_eleitor_sexo on core_eleitor (cost=0.00..319722.17 rows=12267505 width=0) (actual time=0.019..12805.292 rows=12267505 loops=1) 
    Heap Fetches: 9676 
Total runtime: 24864.325 ms 

選擇不同core_eleitor_city來自：

HashAggregate (cost=159341.37..159341.39 rows=2 width=516) (actual time=15965.740..15966.090 rows=329 loops=1) 
    -> Bitmap Heap Scan on core_eleitor (cost=1433.53..159188.03 rows=61338 width=516) (actual time=956.590..9021.457 rows=5886110 loops=1) 
    Recheck Cond: ((core_eleitor_city)::text = 'RIO DE JANEIRO'::text) 
    -> Bitmap Index Scan on core_eleitor_city (cost=0.00..1418.19 rows=61338 width=0) (actual time=827.473..827.473 rows=5886110 loops=1) 
     Index Cond: ((core_eleitor_city)::text = 'RIO DE JANEIRO'::text) 
Total runtime: 15977.460 ms 

我對經常用於列B樹索引過濾器或聚合。

因此，鑑於我無法改變我的餐桌設計。有什麼我可以做的改善表現？

任何幫助都會很棒。

感謝

Answer 1

你聚集〜12.3M和〜這可能是從SAN上拉又一個VPS集羣，如果我沒有弄錯，可能跨越多個物理服務器，數據在5.9M行另一組不同於Postgres本身的服務器。

Imho，除了a）不運行基本上訪問整個數據庫表的查詢以及b）使用觸發器維護預計數（如果可能）你堅持這樣做。

Answer 2

在這裏，你去提高對RDS的表現：

這裏所提及鏈接：

http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.html

亞馬遜RDS使用MySQL的內置複製功能來創建一種特殊類型的數據庫實例稱爲源數據庫實例的只讀副本。對源數據庫實例的更新被複制到只讀副本。通過將讀取查詢從應用程序路由到只讀副本，可以減少源數據庫實例的負載。只讀副本允許您彈性擴展超出單個數據庫實例的容量限制，適用於讀取繁重的數據庫工作負載。