結果発表

　いきなりですが、実は私の環境(MySQL)ではほとんど効果が確認できませんでした(´･ω･｀) 　CAPTCHA や JavaScript を利用したスパム対策の効果もあってか、今までスパムコメントやスパムトラックバックの被害は数える程度で、今回問題としているデータベースの断片化が進んでいなかったのかもしれません。つまり、そもそも最適化する必要が無かった、と。
　コメントやトラックバックを頻繁に削除するようなサイトでは効果が期待できるかもしれませんが、それでも個人ブログの規模でエントリが数百件程度、コメントやトラックバックも数千件程度では、そもそもデータベースの断片化がパフォーマンスに影響を与えるレベルではないかもしれません。もし目に見えて効果があった時には是非ブログで記事にして頂くか、コメント欄まで一言頂けると幸いです。

実験方法

　MTStopWatch プラグインを使って(実はこの記事への前振りでした)全てのエントリアーカイブ、全てのカテゴリアーカイブ、マスタアーカイブインデックスの夫々の再構築に要する時間を計測してみました。再構築に要した時間は MTStopWatch プラグインによって、構築されたページ中に記録されます。

1. 再構築を行なう
   1. 全てのエントリアーカイブ
   2. 全てのカテゴリアーカイブ
   3. マスタアーカイブインデックス
2. 再構築に要した時間を集計する
3. 上記を 3 回繰り返す
4. VACUUMまたはOPTMIZE TABLEでデータベースを最適化する
5. 再構築を行なう
   1. 全てのエントリアーカイブ
   2. 全てのカテゴリアーカイブ
   3. マスタアーカイブインデックス
6. 再構築に要した時間を集計する
7. 上記を 3 回繰り返す

　当サイトが収容されているさくらインターネットでは MySQL を使用しているので、データベースの最適化は以下の SQL 文を使用しました。

OPTIMIZE TABLE `mt_author`;
OPTIMIZE TABLE `mt_blog`;
OPTIMIZE TABLE `mt_category`;
OPTIMIZE TABLE `mt_comment`;
OPTIMIZE TABLE `mt_config`;
OPTIMIZE TABLE `mt_entry`;
OPTIMIZE TABLE `mt_fileinfo`;
OPTIMIZE TABLE `mt_ipbanlist`;
OPTIMIZE TABLE `mt_log`;
OPTIMIZE TABLE `mt_notification`;
OPTIMIZE TABLE `mt_objecttag`;
OPTIMIZE TABLE `mt_permission`;
OPTIMIZE TABLE `mt_placement`;
OPTIMIZE TABLE `mt_plugindata`;
OPTIMIZE TABLE `mt_session`;
OPTIMIZE TABLE `mt_tag`;
OPTIMIZE TABLE `mt_tbping`;
OPTIMIZE TABLE `mt_template`;
OPTIMIZE TABLE `mt_templatemap`;
OPTIMIZE TABLE `mt_trackback`;

　また、生成されたHTMLから MTStopWatch プラグインによって計測された計測結果を集計するためのPerl スクリプトを作成しましたので参考に。

計測結果

参考リンク

• やっぱたまにはVACUUM FULLしないとね。 【Web屋のネタ帳】
• 第３回：VACUUMの活用によるチューニング 【ThinkIT】
• OPTIMIZE TABLE 構文 【MySQL 4.1 リファレンスマニュアル】
• フラグメント 【@nifty:デジタル用語辞典】