いったん脱線したんだけど、これの続き。
MySQLのInnoDBに基本のチューニングを施してWordPressは速くなるか | 曖昧/旬.
WordPressをInnoDBエンジンなテーブルに格納して my-huge.cnf を適用すると速くなるのかって話。
とりあえず結果をば。
$ awk '/^2015-06-0[123],2[0123].* \/shun\/index.php$/{t=t+$2;n=n+1}END{print n,t/n/1000/1000}' /srv/imys.la/logs/microtime_log
73 1.42109
ん？めっちゃ遅い。なんだろう。とりあえず今までのと比べてみる。
| エンジン、設定 | 表示速度(s) |
|---|---|
| MyISAM デフォルト | 0.526 |
| MyISAM my-large.cnf | 0.408 |
| MyISAM my-huge.cnf | 0.410 |
| InnoDB デフォルト | 0.486 |
| InnoDB my-large.cnf | 0.507 |
| InnoDB my-huge.cnf | 1.421 |
すげー遅い。grep に切り替えて詳しく見てみる。
$ grep -E '^2015-06-0[123],2[0123].* \/shun\/index.php$' /srv/imys.la/logs/microtime_log | less
うーん、どうやら、たまにすげー遅いのが出てる。原因は分からない。メモリ使用量もCPU使用率もちゃんとは取ってないからね。でも、たぶん何かが引っかかって遅くなっている。とりあえず、その遅いやつを省いて数値を出してみる。
$ awk '/^2015-06-0[123],2[0123].* \/shun\/index.php$/{if ($2<1000000) {t=t+$2;n=n+1}}END{print n,t/n/1000/1000}' /srv/imys.la/logs/microtime_log
69 0.545651
残念。ひどく遅いのを除外しても数値は悪いまま。なんだかなー。サーバが安物のVPSだってのもあるのかな。
というわけで、当方ではMyISAMに my-large.cnf ぐらいがちょうどいいって結論になりました。
あ、サーバの情報を書いてなかった。さくらのVPSのメモリ1Gのプラン。
料金・仕様一覧｜VPS（仮想専用サーバ）はさくらインターネット.
CPUも2coreだし、スワップも出てないし、遅くなる要因は見当たらないんだけどなー。なんでだろう。