データベースの容量が増え続ける：何が太っているのか

レン

記事は数百件しかないのに、データベースだけで何GBもある…なんで？

プロクラ

本文以外のものが溜まっていることが多いんだ。データベースは、消したつもりのものや履歴を保持し続けることがあるからね。まず何が大きいのかを調べよう。

何が大きいかを調べる

• テーブルごとの容量を一覧で出す（管理用のテーブルから取得できる）
• 大きい順に並べれば、原因はたいてい上位1〜2件
• 行数と容量の両方を見る（行数は少ないのに大きい場合、1行が重い）
• ディスク上のファイルサイズと突き合わせる

太りやすいもの

プロクラ

アプリによって違うけれど、太る場所には共通の傾向があるよ。

• 履歴・リビジョン（編集のたびに過去の版を保存し続ける）
• ログを記録するテーブル（アクセス記録、動作記録）
• 一時的なデータの置き場（掃除されないまま残る）
• 迷惑コメントや、削除済みの扱いで残っているデータ
• セッションの記録

プロクラ

1つめは意外に効くよ。1つの記事を何度も編集していると、その回数だけ本文が保存されている。数百件の記事でも、実際には数千件分の本文を持っていることになる。

消してよいもの・いけないもの

• 消してよい: 明らかに一時的なもの、迷惑データ、古い履歴
• 慎重に: ログ系（調査に使う可能性がある。期間を決めて消す）
• 消してはいけない: 何のテーブルか説明できないもの
• アプリが管理しているものは、アプリ側の機能で消すのが安全

プロクラ

4つめが大事だよ。直接削除すると、関連する別のテーブルに情報が残って不整合になることがある。プラグインや管理画面に整理機能があるなら、そちらを使おう。

消したのに小さくならない

プロクラ

行を削除しても、ファイルのサイズはすぐには縮まないんだ。空いた場所は再利用されるので、実用上は問題ないけれど、ディスクの空きを取り戻したいなら別の操作が要る。

• 領域を整理する操作を実行すると、ファイルが縮む
• 実行中はテーブルが使えなくなることがある。アクセスの少ない時間に
• 作業には一時的に空き容量が必要になる
• 必ず控えを取ってから実行する

増え続けないようにする

• 履歴の保存数に上限を設ける
• ログ系のデータは、保存期間を決めて自動で消す
• 定期的に容量を確認する習慣を作る
• バックアップの容量も、これに比例して増える点を意識する

レン

本文じゃなくて履歴が重かったんだ。まず何が大きいかを見る。

バックアップとの関係

プロクラ

データベースが太ると、バックアップにも影響が出る。取得に時間がかかり、保存先の容量も食う。世代を残していれば、その分だけ倍増していく。

• 取得に時間がかかると、その間の負荷も増える
• 保存先の容量が増え、費用に跳ねることがある
• 戻すときにも時間がかかる。復旧までの時間が延びる
• 不要なデータを整理すると、この全部が軽くなる

プロクラ

つまり容量の整理は、費用と復旧時間の両方に効く。「動いているから放置」ではなく、年に一度は見直す価値があるよ。