トイレのうず

もう随分前のことになりますが、WordPress 2.9 になってから MySQL のバージョンが MySQL 4.1.2 以上が必須になりました。このサイトを運営しているハッスルサーバーの MySQL4 のバージョンは 4.0.27。ハッスルサーバーでは、MySQL5を新しく提供を始めたので、MySQL 4がバージョンアップすることはないと思われるので、MySQL5 へ移行しなくてはなりません。

めんどくさいなぁ、と思って放っておいたのだけれど、時間帯別アクセス数の推移がおかしい。今までの経験上、訪問者のピークは22時から24時くらいの間になるのだけれど、12時以降横ばい。もしかして、サーバーの限界を超えたのか？　とサーバー移転を検討してみたものの、まずは原因の切り分けをしてみよう、というところに落ち着いたのです。

なので、その第一弾といて、データベースサーバーを移転してみることにしました。サーバーが違えば、レスポンスが上がるのではないか、という期待を込めて、同じハッスルサーバーの MySQL5 のデータベースサーバーへデータを移してみました。

以下、その手順と覚え書き。
>>『MySQL4 から MySQL5 へ移行（ハッスルサーバーにて）』の続きを読む

投稿リビジョンと自動保存（Autosave）が気になり、停止するプラグインを入れたのは「WordPress 投稿リビジョン停止のプラグイン【Disable Revisions and Autosave plugins】と【Revision Control】」に書いた。

しかし、phpMyAdmin からテーブルを見てみると、「投稿ID-autosave」をいうのがいくつかあった。入れたプラグイン Disable Revisions and Autosave plugins の disable-revisions-and-autosave.zip（リビジョンとオートセーブを両方無効化）では完全に自動保存を無効化できてない様子。

phpMyAdmin から下記の SQL を打ってみた。
SELECT * FROM `wp_posts` WHERE `post_type` = 'revision'

該当するものは3件。いずれも古い記事で LOVELOG から MT 形式でインポートしたものだ。最近カテゴリ変更やタグ付けを行った記事。そこらへんが関係しているのかもしれない。

古い記事のカテゴリを振り直したり、タグを付けていく予定だから、もっと Autesave が溜まる可能性がある。その時はまた Delete Revision にてリビジョンを削除すればいいか。Delete Revision は1回しか使わない予定だったから、削除しちゃったけれど、またインストールしておこう。

さて、前回記事 WordPress 投稿リビジョン停止のプラグイン【Disable Revisions and Autosave plugins】と【Revision Control】にて、投稿リビジョンを削除してもデータベースの容量は減らない、と書いたあさこんですが、容量を減らす方法がわかったので記事にしておきます。

まず、データベースのバックアップを取ります。下記サイト参考。
→データベースのバックアップ

phpMyAdmin の管理画面にてオーバーヘッドの欄を確認。wp-posts では 1.5 MB ものオーバーヘッドができています。オーバーヘッドとは、データベーステーブルにデーターを入力したり削除したりすることによって、虫食い状態になることです。（Windows でいうところのデフラグみたいなもの。）これを解消することを「最適化」というらしいです。「再構築」とはいわないみたい。

phpMyAdmin 最適化前

wp-posts にできた 1.5 MB のオーバーヘッドはいうまでもなく、投稿リビジョンを削除したためにできたものです。なのでこれを最適化します。
>>『phpMyAdmin から MySQL の最適化 〜WordPressを快適に使うために〜』の続きを読む