専用サーバのはずなのに、個別エントリーの再構築だけで7時間以上かかるってどうなんだろう‥‥と思っていたところ、魔法使いが現れてチューニングしてくれました！

ツイッターで悲しげにつぶやいていたところ、魔法使いが現れました。チューニングしてくれたのは、@yagishita（Six Apart）です。

ネタフルをチューニングした結果はブログで公開して、ぜひ他の皆さんの役に立ったらいいなということで、お手伝いして頂いた次第です。

ということで今回、奏効したレシピはこんな感じです。

・ストレージエンジンをMyISAMからInnoDBに変更する
・InnoDBのバッファプールのキャッシュ率を高めるようにmy.cnfの設定 (innodb_buffer_pool_size) を変更する

「ストレージエンジンをMyISAMからInnoDBに変更」したのが大きいみたいですね。

ストレージエンジンというのは、データへのアクセスを制御するところのようで、これを変更してキャッシュをチューニングしたところ、それまで7時間以上かかっていた個別エントリーの再構築が‥‥

30分になっちゃったんです！！！

サイト全体でも約1時間と、とんでもない高速化を果たしたネタフルのMovable Typeのリビルド（再構築）なのでした。

専用サーバでないと使えないチューニングだと思いますが、適用できる環境にある人は、検討してみてください。

詳しい手順などは、@yagishitaのエントリーをご確認ください。

▼MTを使ったサイト構築テクニック (2): ネタフルにおける再構築チューニング – techknow.yagishita.net

今回、お手伝いしたことで痛感したことは「チューニングの大切さ」です。最近、再構築のチューニングについてご相談を受けることが増えてきたのですが、せっかく専用サーバーだというのに、チューニングしていないケースが多いことに気づきます。サイトの納品の前にできる限りのチューニングを実施し、かつ定期的なチェック (DMAICですね) をすることで、お客様の運用に関する負荷を軽減できたり、「MTは再構築がいけてないから○○だよね。」という評価に対する回答にもなります。

ちなみに、ネタフルのエントリー数は約24,500です。テンプレートのチューニングも施せばまだ高速化する可能性もあるそうで、これでまだまだMovable Typeで戦うことができます！

再構築（リビルド）に時間がかかりまくる‥‥という長年の問題が解消されました！　やった！　ありがとうございます！