PostgreSQLのトラブルシュートとチューニング — Let's Postgres
NTT オープンソースソフトウェアセンタ 笠原 辰仁 この記事は、gihyo.jp & Let's Postgres 連動企画「今こそ！PostgreSQL」の第6回記事です。第6回目は、PostgreSQLのエラーメッセージや内部情報を見て、発生している問題の特定とその対策となるチューニングを紹介します。なお、トラブルの発生・予兆を適切に捕捉するためにも、ログの設定や稼動統計情報の監視をしておきましょう。 エラーメッセージについて トラブルと対策の前にエラーメッセージのレベルについて説明しておきます。PostgreSQLは複数のエラーレベルを影響範囲や深刻度によって使い分けています。エラーレベルそれぞれの解釈の仕方を下記の表にまとめてみました。 データベース管理者は、深刻な状況である PANIC と、性能情報を含む LOG レベルのメッセージに注意しましょう。一方、アプリケーション開発者
PostgreSQLのチューニングについて調べてみる - "たゆたえども沈まず"で
PostgreSQLのパラメータチューニングをしなくてはいけない状況になったのですが、そもそも自分は詳しくPostgreSQLを知ってい訳ではありません。そこで、ネットで情報を探してみます。以下はその時のメモです。 仕組みを知るによいドキュメント "PostgreSQLのチューニング技法" PDFですが、PostgreSQLの仕組みを理解するためにはかなりよい資料だと思いました。前提として、DBがおこなっていることの概要は知っている必要がありそうですが、DBが内部的におこなっていることから関係するパラメータについて見て取ることができました。 effective_cache_sizeは、SQL parse & planning & executionのプランニングにも関係しているのですね。 checkpoint_segmentsはデフォルトのままだったような気がします。。。 autovacu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
