再構築時間の短縮　【MovableType】

　このブログ、MovableTypeをプラットフォームに使用しているのですが、段々と再構築に時間がかかるようになってきてしまいました。もしも全エントリーを再構築すると、半日程度の時間がかかってしまいます。

　この再構築に時間がかかるようになった原因は主に２つです。一つは個別エントリーアーカイブに使用しているプラグインの中に処理の重いプラグインが２つ含まれていること、そして２つめはエントリー数が既に２０００をオーバーしてしまったことです。まず処理の重いプラグインですが、一つはランダムにエントリーへのリンクを生成してくれるプラグインです。そしてもう一つは、文章中の言葉を登録しておいたサイトへのリンクへと置き換える「KOTONOHA」というプラグインです。再構築に時間がかかると、ちょっとしたデザインの変更も、とんでもない時間がかかってしまうので、対策について検討しました。思いついたのが以下の３点です。

1. 負荷の高いプラグインをはずす
2. データベースを処理性能の良いデータベースに変更する
3. サイトにＳＳＩを導入してページを再構築するときの負荷を減らす
4. ダイナミックパブリッシング機能を使用する
   

　まず負荷の高いプラグインを外す方法については確実に効果が出ることは判っているのですが、どうしても、原因になっているプラグイン２つについてはこれからも使っていきたいプラグインだったので、今回は外さないことにしました。

　２つ目のデータベースの変更についてはもしかすると処理性能が大きく変わるかもしれません。現在はＭｏｖａｂｌｅＴｙｐｅでＭｙＳＱＬを使用しています。さくらインターネットではＭｙＳＱＬについては専用のデータベースサーバーで処理がされます。このデータベースサーバーについては現時点で１１台あるようなのですが、運の悪いデータベースサーバーに割りあたってしまうと、負荷が高くて、データベース処理に時間がかかってしまう場合があります。

　一方でＭｏｖａｂｌｅＴｙｐｅではＳＱＬｉｔｅというＤＢＭＳも使用することができます。噂によるとこのＳＱＬｉｔｅは動作も軽く性能も良いようなので、MT-DB-CONVERT.CGIを使ってデータベースを変換し、mt-config.cgiの内容のうちデータベースに関する部分を書き直しました。そして再構築を実施してみました。結果としてはほとんど再構築の時間に変化はありませんでした。

　３つ目は個別エントリーの中にある各要素をモジュール化して別テンプレートにします。そして、もとの個別エントリーのテンプレートの中にはＳＳＩのINCLUDE構文を使用して、読み込むようにしました。こうすると、サイトを表示するときには負荷は高まりますが、 再構築のときには変換しなければいけないタグの数は圧倒的に減るので再構築時間が減るはずです。実際にやってみました。個別エントリーアーカイブのテンプレートの中身はＳＳＩのINCLUDE構文ばかりでスカスカの状態になりました。ここまでやると、確かに再構築時間は減りました。２割程度は減ったような気がします。

　そして４つ目のダイナミックパブリッシングですがこれはＭｏｖａｂｌｅＴｙｐｅが準備している機能です。詳しくは下記のサイトで判りやすく解説されています。

The blog of H.Fujimoto：再構築不要化カスタマイズ（全SQL対応・その1） 

　この方法についてはまだ確かめていません。抜本的に再構築が不要になる場合もあるので、きっと効果は高いと思います。時間を見つけてトライしたいと思います。