PostgreSQLのパフォーマンスモニタリングツール

StackOverflow https://stackoverflow.com/questions/37056

質問

設定しないでくださいウェブアプリケーション、FreeBSD PostgreSQLます。話を楽しめるように設定しましたデータベースのパフォーマンスの最適化ツール/手法

役に立ちましたか？

解決

pgfouine 作品公正なものでした。そのようになり FreeBSDポート ます。

他のヒント

データベースの最適化は、通常組み合わせの二つのこと

  1. の数を減らすクエリのデータベース
  2. 量の削減が必要なデータを眺めるための問い合わせ対応

削減量のクエリは、通常はキャッシュの不揮発性/重要データ"ユーザーがオンライン"または"あなたの投稿ユーザーによ?") 内部には、アプリケーション（できれば)または外部より効率的-datastore(memcached,redis。がん情報が書き込み重などヒット-カウンター）は必要ありません 酸性-意味論できるものと考えて移動するときにPostgresデータベースをより効率的なデータます。

最適なクエリの実行時にはトリッキー-この金額を 特別指数 （ インデックスの変れdenormalizing)のデータモデルを変更する基本的なアプローチにお出かけ時のデータベースです。見たとえば、 ページングを行い、Postgres方法 お話 パトリシアフィスター Winand 方法の見直しのページングにより効率的なデータベース

測定のクエリの方

がるかを理解するために、クエリーを見るべきであるのですがどのくらい行われているか、長くご愛用いただけると思い走の平均値。

その際の一つのアプローチはこのロギングする（または"slow")を含むクエリを実行して構文解析のクエリログです。良いツールです pgfouine て上述のようにこの議論されており置き換え pgbadger 書に記載するより優しい言語であるのに対して、より速く、より積極的に維持されます。

両 pgfouine や pgbadger 苦しいことから必要なクエリのロギングを有効にできる原因となる顕著なパフォーマンスのデータベースまたは持参すディスクスペースのトラブルの上にこの解析では、ログのツールでの期間がかかるものと見込んだ最新の知見は、データベースです。

スピードで拡張

これらの欠点が二つの拡張につながるクエリのパフォーマンスを直接にデータベース pg_stat_statements (でもバージョン9.2以降)、 pg_stat_plans.双方の拡張子と同様に基本的な機能の追跡をかわらかにすることを目指して正規化したクエリー"(クエリ文字列をマイナスの全ての文字列表現して実行されています。ここにこのクエリの実際の運用ではあり非常に効率よく測定可能な架たのは、5%以下合成ベンチマーク

を考える上でのデータ

リストに質問をすること自体、とても"ドライ"から情報。があると言えるところは少ないが仕事の第三拡張アドレスしようとすることお勧めの表現と呼ばれるデータ pg_statsinfo （ pg_stats_reporterがでの取り組みます。

をご利用いただけ便利なこの問題の解決法をしていた商業プロジェクトの周辺に焦点を pg_stat_statements や pg_stat_plans 拡張情報を収集した多くの他のデータを抜き取ったりのデータベースです。それ pganalyze べきで https://pganalyze.com/.

提供の簡潔な概要の面白いツールおよびプロジェクトにPostgresモニタリング分野でも始めたリストを作成で Postgres Wiki 更新される。

に使用しましたpgtopます。でも原油が、少なくとも見えるクエリが実行のための各プロセスIDです。

またpgfouineが覚えていたら、オフラインツールです。

またテールのpsql.ログファイルの設定ロギングの基準にあり、レベルがこの問題ます。

#log_min_duration_statement = -1        # -1 is disabled, 0 logs all statements
                                        # and their durations, > 0 logs only
                                        # statements running at least this time.

またEMS Postgres長い一般管理す。なんだかかせるよう業務や、見直しおよび設定スキーマをよりシンプルです。その場合はGUIですがどうしても必要であるが、私にとってはスポット不一致という欠指数の分野の基準ます。この二つのプログラムんに喜んで使用VMWare自分のMacです。

ドを打ではな効果を得の動向をどのようにデータベースが進行す。標準キットドを打きの中でもモニターのサイズのデータベース、ロックス番号の接続、シーケンシャルスキャン、サイズのトランザクションログおよび長走ります。

簡単セットアップし、を始めるために必要な場合にはでき独自のプラグインも容易です。

チェック、最新のpostgresqlのプラグインに同梱されるドを打ち:

http://munin-monitoring.org/browser/branches/1.4-stable/plugins/node.d/

ことをいうご質問からpsqlを"説明"に合わせ順次スキャンが必要ですインデックススキャンを追加指数または書き換えを返します。

その他にも、私としては回答しています。

チェック雷管理でGUIプログ諸表の未完成が本作はほとんどです。 http://www.amsoftwaredesign.com

DBTuna http://www.dbtuna.com/postgresql_monitor.php 近年の支援PostgreSQLモニタリングを使用しています盛んにMySQLの監視を行っており、場合でも同じPostgresそのあるべきで好きです。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top