【入門編】 REINDEX CONCURRENTLYによるメンテナンス – PostgreSQL

こんにちは！データベースの世界へようこそ。

今日は、PostgreSQLを使っているといつか必ずぶつかる「インデックスの整理整頓」についてお話しします。

データベースを長く使っていると、まるで散らかった部屋のように、検索の効率が悪くなってくることがありますよね。そんなとき、PostgreSQLには「インデックスを綺麗に作り直す」という素敵な機能があります。

でも、普通にやると「今から掃除するから、しばらく部屋に入らないで！」と、みんなを追い出してしまうことになるんです。これだと、サービスを使っているユーザーさんは困ってしまいますよね。

そこで登場するのが、『REINDEX CONCURRENTLY（リインデックス・コンカレント）』という魔法のコマンドです。

—

インデックスって、そもそも何？

例えるなら、分厚い本の「索引（さくいん）」です。
「あの単語、どこに書いてあったっけ？」と探すとき、最初から最後までページをめくるのは大変ですよね。でも、後ろにある索引を見れば、すぐにページ番号がわかります。

データベースのインデックスも同じで、データを探すための「近道」なんです。でも、データを何度も追加したり消したりしていると、この索引もだんだん使い古されて、ボロボロで無駄な空白だらけになってしまいます。

なぜ「ふつうのREINDEX」はダメなの？

ただの `REINDEX` コマンドを使うと、データベースはこう宣言します。

「よし、これからこのテーブルの掃除をするぞ！終わるまで誰も触っちゃダメ！」

これを「ロック」と呼びます。この間、ユーザーさんはデータを見たり書き込んだりできなくなります。もし、これが人気の通販サイトだったら大変ですよね。掃除が終わるまで買い物カゴが使えなくなるなんて、クレームの嵐になってしまいます。

魔法の「REINDEX CONCURRENTLY」

そこで登場するのが `REINDEX CONCURRENTLY` です。これを直訳すると、「並行してリインデックスする」という意味になります。

このやり方を、「お店を営業しながら大掃除をする」ことに例えてみましょう。

1. 裏で新しい索引を作る：まず、今使っている古い索引をそのまま残した状態で、横にピカピカの新しい索引をこっそり作ります。お客さんは古い索引を使って、何事もなかったかのように買い物を続けられます。
2. 少しずつ同期する：新しい索引を作っている間にも、新しい注文が入ったりしますよね。そのデータもしっかり新しい索引に反映させていきます。
3. 入れ替える：準備が整ったら、一瞬だけ「こっちの新しい索引を使ってね！」と切り替えます。

こうすることで、お店を閉めることなく、お客さんに気づかれることもなく、無事に大掃除が完了するというわけです。

注意点：知っておいてほしいこと

ここまで聞くと「最高じゃないか！」と思いますよね。その通り、最高なのですが、2つだけ注意点があります。

時間がかかる：裏でこっそりと新しい索引を作るので、普通に掃除するより少し時間がかかります。焦らずに見守ってあげてくださいね。
少しだけ負荷がかかる：裏でせっせと作業をしている分、サーバーには少しだけ頑張ってもらうことになります。忙しいピークタイムを避けて、夜中などに行うのがエンジニアの賢いやり方です。

最後に

データベースのメンテナンスは、まるで家の掃除と同じです。後回しにすればするほど大変になるし、やり方を間違えると生活（サービス）に支障が出ます。

でも、`REINDEX CONCURRENTLY` を使えば、ユーザーさんに迷惑をかけずに、データベースをいつでも軽快な状態に保つことができます。

ぜひ、皆さんのデータベースの「索引」がボロボロになっていないか、一度チェックしてみてくださいね。何か困ったことがあったら、いつでも相談してください。

それでは、また次回のブログでお会いしましょう！Happy Querying！