ビルド数を減らして、ちょっとマシになってはいたのですが、やっぱり出る……。
ロリポップはDBのサポートはしないと堂々と宣言しているので、DBがらみだとしても自分でなんとかするしかありません。
インストールしなおすとスッキリしそうだな……と0から再出発いうロマンもうっすら感じながら、あれこれ調べているうちにRuby siteさんの「MySQLテーブル最適化」という記事に行き当たりました。
最適化……なんとなくいい響きです。(雰囲気で決めるそんなわたしは所詮、門前の小僧……)
以下、Ruby siteさんのエントリから抜粋です。
このサイトはMySQLを使用している。
よってセケンのどのDBでも背負っている(まーファイルシステムでも同じだが)DBのデータやインデックス部があふれ領域に格納されるという事象がある。
(中略)
よは、通常格納想定しているところに入りきらないので、別の臨時領域を使う。
よって、実際にデータアクセスするときに1クッション余計に処理がかかるのである。
で、あまりエントリを書いたり消したりしているとオーバーヘッドという領域ができてしまうため、そいつをスッキリ削除してやるといいようなのですが、なにしろ私は門前の小僧。
でもどっかで見たことあるような気がするなあ、最適化の文字……と思いながら再びググり、今度はECCOさんの「MySQLの最適化」という記事に行き着きました。
ロリポップでブログを運営されていて、環境が全く一緒です。
データベースのシステムの中に「最適化」リンクがあることも思い出し、やらないよりマシかと思い、ごそごそと作業してきました。
これでデータベースが吹っ飛んだら0から再出発ですが、まあそれも運命……。(ちゃんとバックアップ取りましょう)
以上です。うまくいきますように!このエントリーのトラックバックURL: