RDBMSをブラックボックスにしない：ITpro
複数トランザクションの同時実行編 トランザクションが複数同時に実行される時，RDBMSはどのような仕組みで，それぞれのトランザクションの独立性を保つのかを説明します。これを理解することにより，さらに良いトランザクション処理のアプリケーションを開発することができるようになります。 目次 第1回 ほかのトランザクションからの影響 第2回 1番ゆるい分離レベル（リードアンコミッティド） 第3回 2番目にゆるい分離レベル（リードコミッティド） 第4回 3番目にゆるい分離レベル（リピータブルリード） 第5回 1番きつい分離レベル（シリアライザブル） 更新処理とトランザクション編 「RDBMSの更新処理とトランザクションの関係は難しい」――。こう思っている読者の方は少なくないでしょう。アプリケーションを開発するだけなら，更新処理とトランザクションの関係をきちんと理解していなくても，「見よう見まね」の開
PostgreSQL パフォーマンスチューニングまとめ - 徒然なるままにBlog
PostgreSQLをチューニングする機会があったので その時に調べたチューニング項目を備忘録として残しておきます。 バージョンの違いやサーバの規模などによっても 効果は変わってくると思うのであくまで参考程度のものですが。 ・shared_buffers 7系では8000〜10000程度まで引き上げる 8系では150000程度まで引き上げることが可能、100000程度が性能のピーク これに多く割り当てるよりOSのバッファ領域として使う方が性能が向上する テーブルサイズを割り出して設定するのがベスト 簡単に設定するなら搭載メモリ量の1/4、搭載メモリが多ければ1/2ぐらいでも可 ・max_connections 7系では256程度、8系では1000程度が性能のピーク ・work_mem(sort_mem) 適切なサイズに調整する、2048〜4096程度 プロセス毎
VACUUM FULLとREINDEXとファイルサイズ — NPO法人 日本PostgreSQLユーザ会
by 柴田 淳 — posted at 2006-02-22 08:03 last modified 2006-12-04 12:41 「アレどうなったんですか？」といろんな人にツッコミを受け続けて早2ヶ月（くらい？）。帰ってきた「水曜日シリーズ」です。 記念すべき復帰第一弾は「VACUUMとREINDEX」です（第一弾だけで終わりませんように・・・）。 ファイルサイズは、データベースのパフォーマンスに大きな影響を与えます。ファイルのサイズを可能な限り抑えることが、パフォーマンスの向上に役立ちます。そこで今回は、VACUUMとファイルサイズ、そしてREINDEXとの関係を見ていきたいと思います。 まず、pgbenchで最初にデータを作成してみます（いきなりですが）。 % pgbench -i pgbench creating tables... 10000 tuples don
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
