[pgsql-jp: 38105] Re: コミット待ちトランザクションのメモリ消費量について

[松本 康寛]

松本です。
色々ご意見ありがとうございました。

荒いですが、まとめると

・シンプルな登録・更新・削除では共有メモリの消費はほとんどない
・コミット待ちレコードが増えるとWALバッファからファイルに書き出されるため
　パフォーマンスが落ちる可能性はある。

パフォーマンスのことを考えると
WALバッファに収まるようなデータ量でコミットしておくのが
よいということでしょうか。

ある程度、楽観視できるということが確認できたので助かりました。

ご意見・情報提供ありがとうございました。

*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*
　松本　康寛　（マツモト　ヤスヒロ）
E-mail　：wochenendhaus ＠ hotmail.com
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*
※利便性などを考えて、Hotmailを使用しております。
　何卒、ご理解を賜りますようよろしくお願いします。





>From: 松本 康寛 <wochenendhaus ＠ hotmail.com>
>Reply-To: PostgreSQL Japanese Mailing List <pgsql-jp ＠ ml.postgresql.jp>
>To: pgsql-jp ＠ ml.postgresql.jp
>Subject: [pgsql-jp: 38079] コミット待ちトランザクションのメモリ消費量につい
て
>Date: Mon, 26 Feb 2007 20:03:14 +0900
>
>初めまして、松本と申します。
>みなさんのお知恵を拝借したいと思います。
>
>【知りたいこと】
>大量データを登録・更新・削除処理する際に、
>トランザクションはどれくらいメモリを消費していくのか？
>
>【システム環境】
>サーバ：SUSE Linux DB：PostgreSQL 8.1.1
>
>【アプリケーション構成】
>Tomcat＋Java ServletのWEBアプリケーション
>
>【経緯】
>バッチ処理で大量のデータを処理する必要があるのですが、
>その際に「ある程度の件数を処理したらコミットを切る」
>という話になりました。
>今までも１０００件単位だとかでコミット切るプログラムを
>組んできた経験はあったのですが、
>果たして「１０００件単位」とはどれくらい妥当なのかが気になりました。
>
>また、件数で制約を設けると処理の途中で終わってしまう可能性を
>考慮しリカバリ可能なテーブル設計に修正する必要が出てくるので、
>思惑としては全件処理後にコミットを切りたいところです。
>
>気になる点としては
>・ページングよるパフォーマンスの劣化
>・最悪メモリ溢れでシステムダウン
>
>みなさん、どのように考慮しておられるのでしょうか？
>
>長文で申し訳ありませんが、よろしくお願いします。
>
>*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*
>
>　松本　康寛　（マツモト　ヤスヒロ）
>
>E-mail　：wochenendhaus ＠ hotmail.com
>*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*
>
>※利便性などを考えて、Hotmailを使用しております。
>　何卒、ご理解を賜りますようよろしくお願いします。
>
>_________________________________________________________________
>ここでしかもらえない貴重なリア・ディゾンの壁紙をダウンロード！ 
>http://campaign.live.jp/dizon/
>

_________________________________________________________________
著名人・有名人のこだわりライフスタイルを大公開！あの人気俳優も。 
http://mylivestory.jp