差分

このページの2つのバージョン間の差分を表示します。

--- it技術:データベース:postgresql:運用 [2019/08/06 11:17] – [max_wal_size] yajuadmin
+++ it技術:データベース:postgresql:運用 [2020/02/28 18:20] – [インデックスの再構築] yajuadmin
@@ 行 112: / 行 112: @@
 ==== wal_keep_segments ====
-バックアップ後にpg_logに下記のエラーが発生
+バックアップ後のpg_logに下記のエラーが発生していました。
 <code>
 -08-06 02:18:35 JST ERROR:  requested WAL segment 000000010000005A000000D1 has already been removed
@@ 行 243: / 行 243: @@
 <code bash コマンドプロンプト>
-> pg_basebackup -U postgres -D "E:\backup" -F t -x -z
+> pg_basebackup -U postgres -D "E:\backup" -F t -x -z --checkpoint=fast
 </code>
 ^Option^説明^
 |-D|ベースバックアップ出力先パスを指定。出力先は空でなければならない。 \\ ディレクトリが存在しなければ作ってくれる。|
-|-F t|出力する形式。tはtarで出力する。|
+|-F t|出力する形式。tはtarで出力する。圧縮するためにはtarの指定が必要|
 |-x|ベースバックアップ処理中、データベースが更新された際もファイルシステム上のファイルは更新しないようにする。出力中はメモリ上で頑張る。 \\ （そうすることで、出力ファイルが変な状態になることを防ぐ）|
 |-z|gzipで圧縮した状態にする|
+|--checkpoint=fast|fast を指定すると、バックアップ開始時のチェックポイント処理は高速になりますが、集中した I/O のために動作中のアプリケーションへの性能の影響が大きくなります。 spread ではチェックポイントはゆっくり実行されるためアプリケーションへの影響は小さいですが、バックアップに時間がかかります。|
 -Dオプションでバックアップ保存先を指定する。サイズが大きい場合はtar-gz圧縮する。だいたい5分以内で完了する。
@@ 行 280: / 行 281: @@
   * [[https://qiita.com/bwtakacy/items/65260e29a25b5fbde835|PostgreSQLのWALファイル(トランザクションログ)について]]
   * [[https://ja.wikipedia.org/wiki/%E3%83%AD%E3%82%B0%E5%85%88%E8%A1%8C%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%81%BF|ログ先行書き込み - wikipedia]]
+  * [[https://qiita.com/kimullaa/items/e7bed14aaa680126b81a|PostgreSQL WALログの仕組みとタイミングを理解したい]]
 ==== 設定 ====
 postgresql.conf で設定する。
@@ 行 507: / 行 509: @@
 </code>
+=== 最後にVACUUM/ANALYZEした日時確認 ===
+<code sql>
+SELECT relname, n_live_tup, n_dead_tup, last_vacuum, last_autovacuum, last_analyze, last_autoanalyze
+FROM pg_stat_all_tables
+WHERE schemaname = 'public' -- schemaname or relnameで絞りこむと見やすい
+ORDER BY relname
+</code>
 ==== VACUUM手動実行判断 ====
 デッドタプルが多く、有効なレコードに対するデッドタプルの割合の多いテーブルに VACUUM をするようにしてみてください。
@@ 行 549: / 行 558: @@
 ageが15億になる前にVACUUMをかける。かけるとまた10億になる。
 [[http://blog.livedoor.jp/moonfishnet/archives/26220925.html|VACUUMとage関数]]
+===== インデックスの再構築 =====
+==== リインデックス ====
+reindexコマンドを使用して、インデックスの再構築する。\\
+<code bat>
+rem PK_REP_RES_QUEをリインデックスする
+SET PGPASSWORD=wh_kousei
+psql -U wh_kousei -c "reindex INDEX pk_rep_res_que;"
+</code>
+==== テーブルロックなしのリインデックス ====
+reindexコマンドはテーブルロックがかかってしまうので、運用中のDBに対して使うのは難しい。\\
+ただ、PostgreSQLでは別名で全く同じインデックスの作成を行うことができる
+  * [[http://cynipe.hateblo.jp/entry/2012/08/19/173230|PostgreSQLでテーブルロックせずにインデックスを再構築する方法]]
+  * [[https://tak-w.hatenadiary.org/entry/20111125|index 再構築方法]]
+  * [[https://tak-w.hatenadiary.org/entry/20111207/1323270854|index 再構築 Primary key]]
+  * [[http://kashi.way-nifty.com/jalan/2014/04/postgresql-81a7.html|定期的なインデックス再作成を自動化]]
+<code bat>
+rem PK_REP_RES_QUEをリインデックスする
+SET PGPASSWORD=wh_test
+psql -U wh_test -f reindex_rep_res_que.sql
+</code>
+<code sql reindex_rep_res_que.sql>
+create unique index concurrently pk_rep_res_que_new on rep_res_que(que_id);
+alter table rep_res_que drop constraint pk_rep_res_que;
+alter index pk_rep_res_que_new rename to pk_rep_res_que;
+alter table rep_res_que add primary key using index pk_rep_res_que;
+</code>
 ===== 確認用SQL =====
 === テーブルのディスク使用量を取得する ===