第2章 PostgreSQLの内部構造―プロセスやメモリの流れ、特徴的な機能のしくみ | gihyo.jp

図1 主なプロセスの流れ PostgreSQLは、ライタがデータファイルやインデックスファイルをディスクに更新しています。ただし、その更新は、コミットに合わせてリアルタイムで行われているわけではありません。性能向上のため、チェックポイントと呼ばれる更新タイミングが発生するまでは、更新があっても共有バッファにデータを貯めておきます。この貯められたデータをダーティページと呼びます。そしてチェックポイントのタイミングで、チェックポインタがダーティページをディスクに書き込みます。 そのため、共有バッファに更新情報を貯めている間に障害が起きると、ダーティーページを失う可能性があります。それを防ぐために、共有バッファ中のデータに対してどのような更新を行ったかの情報を保存しているのがWALです。WALはコミットのタイミングでWALライタが記録しています。クラッシュリカバリが必要になったときは、WALの中

[Soudai]

第二弾出ました！PostgreSQL詳しくない人こそ読んでほしいです！

[tgk]

「INDEX ONLY SCANを利用するためには，VACUUMが実行されてから対象のテーブルに更新，削除，追加が実行されていないことが必須です」

[michael-unltd]

“図2 メモリの利用からデータファイルの更新までの流れ”

[masterq]

"PostgreSQLは，マルチプロセスタイプのアーキテクチャです。よく比較対象に挙がるMySQLは，マルチスレッドタイプのアーキテクチャです。" 使おうPostgreSQL

[indication]

AUTOVACUMは画期的