サーバーの引越しを繰り返し、wordpressでインポート・エクスポートを何回もやり直したためか、それともいろいろなプラグインを試したためか、時々記事のデータ他をwordpressでエクスポートしてバックアップしているのが非常におおきなファイルサイズ（30MB超）になってしまった。膨大な記事を掲載しているわけでは無いので、少しファイルサイズが大きすぎるんじゃないか、大体しばらく前まで4-5MBぐらいだったのに突然膨れ上がってきたようで気分が悪い。この調子ではいくらphp.iniを修正しても間に合わなくなってしまうんじゃないだろうかととても不安になってきたので、悩んだ末にphpmyadminを導入してデータベースをダイエットしてみることにしました、もちろん最初は2-3のプラグインを試してみたんですが、何回履歴の削除とかデータベースの最適化を試してもエクスポートするファイルサイズにはほとんど変化は見られませんでした、それでとうとうphpmyadminでデータベースを直接イジル気になりました（大変に不安です）。
それでもいよいよphpmyadminにアクセスしたものの不要なデータとか削除可能なデータとかは全く見当がつきません、phpmuadminさえ使えばさくっと不要なデータを削除できてデータベースがすっきりするもんだと甘く考えている部分があったので途方にくれます。それでもあちこちのサイトを参考にさせていただいているうちに、どうやらwp_postとwp_postmetaというテーブル？に不要なデータがたまりやすいということがオボロゲナガラ分かってきました、うーん確かにwp_postmetaは群を抜いてサイズが大きい、早速wp_postmetaを覗いてみると_edit_lastという行がたくさんありどうやらこのmeta_key（なんだかよく分からないが）の_edit_lastは削除してもよい（らしい）とあるサイトにありました。
データベースのバックアップはとってあるので、とりあえず収拾がつかなくなってもバックアップで修復可能(なハズ）と考え、meta_key=_edit_lastで検索してから削除にかかりました、ところがデフォルトで30行づつ削除を繰り返しても一向に終わりません、そのときになって画面にページのプルダウンがあることに気づいたので、あと何ページあるのかなと開いてみるとウワっ9000ページほどあるようです、30行が9000ページですから???。
埒があかないので表示を10000行に変更して、ページが開くのに時間がかかるようになったけど、とにかく削除を繰り返しました、小一時間でようやく_edit_lastの削除が終了してドキドキしながら試しにエキスポートしてみると、やれ嬉やファイルサイズは４MBほどに減少していました、データベースも不都合は無いようでwordpressも正常に表示されているようです。
とにかく結果は上々のようですが何分初心者なのでこれでいいのかどうかは責任を持てません、同様の作業をされる方は自己責任でお願いします。
phpmyadminを使ってデータベースをダイエット