エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
PostgresqlのFSM(Free Space Map) とvacuumの関係
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
PostgresqlのFSM(Free Space Map) とvacuumの関係
【この記事の所要時間 : 約 2 分】 Postgresqlの運用中に確認しておく項目に「FSM」がある。 FSMの上限... 【この記事の所要時間 : 約 2 分】 Postgresqlの運用中に確認しておく項目に「FSM」がある。 FSMの上限値の設定は、postgresql.conf の max_fsm_pages で行う。 PostgreSQL:チューニング勘所 – max_fsm_pages PostgreSQL は更新・削除が行われても, 古い行はそのまま残る追記型の RDBMS です。 この古くなった不要領域は, VACUUM を実行するによって共有メモリ上の FSM(Free Space Map) に記録されます。更新・削除を行う場合は, FSM を検索して不要領域を再利用します。 上記にもある通り、大きすぎても小さすぎてもいけないパラメータであるので、現在のFSMの値を vacuumdb のログで日々チェックしておく必要がある。 チェックしながら、適度なパラメータになるように変更していく必要がある