今すぐできるPostgreSQLチューニング 第2回
チューニングの結果
チューニングの結果
それではトランザクションログバッファサイズを8から32と大きくした場合に、PostgreSQLの性能がどのように変わるのかを確認してみましょう。前回とまったく同じベンチマーク試験を行った結果が図3です。
図3：共有バッファ調整後とトランザクションログバッファ調整後の比較
クライアント数が少ない場合には、もともとトランザクションログバッファが溢れることも少ないので、4クライアント以下ではほとんど性能は変化しま せんでした。しかしクライアント数が増えるにしたがってトランザクションログバッファが溢れやすくなり、8クライアント以上では大きな性能向上が見られま す。特に16クライアントにおいては30tps近い性能向上が認められました。
まとめ
トランザクションログバッファの調整は一般に忘れがちなチューニング項目です。ですが更新が多 い環境においては顕著にパフォーマンスが変わってきますし、時には共有バッファサイズを増やすよりも有効な場合もあるほどです。トランザクションログバッ ファを増やしてもそれほどメモリは消費しませんから、何はともあれ忘れずに大きくしてしまいましょう。
次回のチューニング予告
次回は、PostgreSQL 8.0で導入されたライタープロセスに関する設定を取り上げます。設定を調節してあげることで最適なパフォーマンスが得られるようになります。どうぞお楽しみに！
関連記事
バックナンバー
この記事の筆者
筆者の人気記事
Think ITでは、技術情報が詰まったメールマガジン「Think IT Weekly」の配信サービスを提供しています。メルマガ会員登録を済ませれば、メルマガだけでなく、さまざまな限定特典を入手できるようになります。
