マテリアライズドビュー とは？

普通のビューは「保存されたSELECT文」で、参照するたびにSQLを実行し直す。マテリアライズドビューは結果データをテーブルのようにディスクに保存するから、参照時は保存済みのデータを返すだけで速い。ただしデータが古くなる（元テーブルが更新されても自動では反映されない）のがトレードオフ。

「日別の売上集計」「月次レポート」のように計算が重くて、リアルタイム性がそこまで求められないケース。毎回数億行を集計するより、結果を保存しておいて定期的にREFRESHするほうがずっと効率的。ダッシュボードの裏側でよく使われるよ。

PostgreSQLなら「REFRESH MATERIALIZED VIEW view_name」で再計算できる。CONCURRENTLY オプションを付ければ、リフレッシュ中もビューを読み取れる（ただしUNIQUEインデックスが必要）。リフレッシュはcronジョブやスケジューラで定期実行するのが一般的。

MySQL には組み込みのマテリアライズドビュー機能がない。代わりにテーブルとトリガー、あるいはイベントスケジューラを組み合わせて自前で似た仕組みを作ることになる。実はマテリアライズドビューの運用で一番悩ましいのは「いつREFRESHするか」の設計。頻繁すぎるとDB負荷が高いし、間隔が長すぎるとデータが古い。さらにCONCURRENTLYなしのREFRESHはビューに排他ロックがかかって参照もブロックされるから、大量データのREFRESHが何分もかかると参照側がタイムアウトする。本番環境での運用はかなり気を使う部分なんだ。