何千もの接続と分散トランザクションによるPostgreSQL DBのパフォーマンス問題

Question

私たちは、アプリケーションでOracleデータベースの代わりにPostgreSQL DBを評価しようとしています。 PostgreSQL 9.5は、128 GBのメモリ、32のCPUコア、SSDストレージを備えたLinuxマシンにインストールされています。接続プールと分散トランザクションはJBoss 7アプリケーションサーバーによって管理され、SQLクエリはHibernate 4によって生成/実行されます。ほとんどのテーブルには数千万の行があり、そのうちの1つに何百万行もあります。合計で約3000のデータベース接続（アプリケーションサーバーによってプールされます）がアクティブで同時に使用されます。いくつかのクエリを変更し、低速のインデックスを作成し、ドキュメントに基づいてDBとOSの設定を調整しました。しかし、スループットは数倍遅く、最終的にDB応答時間は10〜20倍になります。

私はいくつかのグーグルをやったと私はPostgreSQLのDBを同じ方法で使用して他の誰（AB）についての情報を見つけることができませんでした。この高い数値を使用して、アクティブなデータベース接続

の何千もを使用して

• を1つのテーブルの行の取引（準備されたトランザクション）
• 保存億

分散Oracleはさらに高い負荷を処理問題ありません。私はあなたの経験、提案、リンクなどを共有

Answer 1

解決策は、Linuxカーネルをアップグレードし、Java接続プールのDB接続数を3000から300に減らすことでした。この変更後、Oracle DBと同じトラフィックを処理できました。偶然

私はロバート・ハース （VP、チーフアーキテクト、EnterpriseDBの、PostgreSQLの主要な貢献者とコミッタ@データベースサーバ）によって書かれたポストDid I Say 32 Cores? How about 64?のコメントセクションに問題解決につながる情報の貴重な作品を発見した：

いいえ、私は、64コアサーバーで優れたパフォーマンスを得るには、PostgreSQL> = 9.2 と Linux> = 3.2が必要になると言います。変更の大半は実際にはPostgreSQL側にありますが、Linuxカーネルのlseekスケーリング機能も重要でした。

Answer 2

Approprite設定が多数の接続を処理するために、postgresql.confファイルで提供されなければならない

感謝を申し上げ。また、レプリケーションとロードバランシングのために、pgpool2によってフロントエンドにすることもできます。私たちはクラスタ化されたenvでPostgresを使用しており、うまくいきます。