はてなブックマーク

PostgreSQLは追記型のアーキテクチャを採用しているため、不要な領域を解放し再利用できるようにするためにVACUUMという機能があります。 基本は自動VACUUM（auto vacuum）で解放されるため、手動でVACUUMを実行することは少ないです。 自動VACUUMがVACUUMを実行するかどうかは、autovacuum_vacuum_threshold, autovacuum_vacuum_scale_factorパラメータの値を利用して決定されます。 不要レコード数（タプル数）　＞　autovacuum_vacuum_threshold + (レコード数 * autovacuum_vacuum_scale_factor) autovacuum_vacuum_thresholdはデフォルトで"50"レコードです。 autovacuum_vacuum_scale_factorはデ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

PostgreSQLのインデックス再編成 インデックスは肥大化しやすいので、再編成が必要になることが多いと思います。 実際にインデックスがどのように肥大化するか確認してみます。 まずはテスト用のテーブルを作成し、データ（500万件）を投入します。 drop table testa; create table testa ( id numeric, txt varchar(10) ); insert into testa(id, txt) select i, '0123456789' from generate_series(1, 5000000) as i; create unique index idx_testa01 on testa(id);

はじめに PostgreSQLのオンライン論理バックアップでは、pg_dumpかpg_dumpallコマンドを使用します。 pg_dumpは1つのデータベースを対象にバックアップを取得します。一方、pg_dumpallはデータベースクラスタ全体のバックアップを取得することができます。 pg_dumpはバックアップ取得時点までリストアできます。データベース単位でバックアップできますが、データベースクラスタ全体はバックアップできません。また、ユーザ・ロールなどの共通のデータもバックアップできません。このようなデータをバックアップする場合はpg_dumpallを使用します。 以降でバックアップ・リストアの例を記載していますが、環境はPostgreSQL 11を使用しています。他のバージョンでも同じです。 pg_dump pg_dumpではデータベースのバックアップをファイルに出力することができま