これを読んで
UTWの後にWordPressのデータベースのクリーンアップ
比較的大規模な（読み取り：：GI - normous）私のwp_postmetaのテーブルのサイズワードプレス2.3にアップグレードして再評価タグの使用を試みた後、私は私の古いペット、不満を再訪問することを決めた。 私はデータベースの中を突きされるたびにそれは（それが5MBを超えていた）私の目に留まったので、常に私のデータベースで最大のテーブル（UTWのおかげで）であった。
ワードプレス2.3のタグ'で内部的に処理され始め、そしてされるそれの古い形でUTWの必要性（噂ではそれを補完する要素に分割されているWordPressの新しいビルトインタグシステム）もはや、私が出てきたはさみと...
近い見てみると、私は_utw_tags_0というmeta_keyを持っていたwp_postmetaで30,000レコード以上でした。 これらのレコードは何とかそれをdata-intercourse/sexingとバニーのように再現されたかの思考の中、私は（その巨獣は起動に時間がかかるか、何か？）phpMyAdminをウォームアップを開始。 
一度phpMyAdminは最高だった、私はその後wp_postmeta（あなたが異なる場合は"wp_'接頭は、デフォルトで、適切なSQLクエリを調整する）phpMyAdminのインターフェースの左側にあるリストからテーブルは、私のサイトのデータベースを選択します。
一度あなたの前にwp_postmetaのテーブルを持って、ページの上部にある[SQL]タブをクリックしてみると、既にに開始する大規模なテキストボックスとクエリと同じページになるはずだ。 そのテキストを強調表示し、代わりに：
DELETE FROM `wp_postmeta` WHERE meta_key = '_utw_tags_0'
あなたはいくつかの並べ替えを取得予定の通知"あなたが惑星地球を破壊してもよろしいですか"、[はい]をクリックします。
私は上記と同じ手順を使用して、それらを非難ので、私はまだ_utw_tags_のmeta_keyのタイトルで、約10個のレコードを持っていた。
DELETE FROM `wp_postmeta` WHERE meta_key = '_utw_tags_'
これは少ないし、22KBまで5メガバイト以上から私のwp_postmetaのテーブルをもたらした。 Wheeee：あなたは言えますか？
4ユーザーは、"UTWの後にWordPressのデータベースのクリーンアップ"についてコメント
よく私のWPのアップグレードは、[OK]を行って自動アップグレードプラグインを使用していくつかの問題があったが、最終的にはすべてがうまく行きました。
私を気にしている、このだけが私のフォーマットはヘッダの下に追加されるいくつかのランダムなスペースで、アップグレード以降alerteredされているように見える場合、これを他の誰を経験している？
私はまだアップグレードしていない、私は少し怖いです！ しかし、私はこのように私のDBを切りつめることができれば私はすぐにそれをやってみたいかもしれない！
考えてくれてありがとう 
過去に私はいくつかのプラグインを使用していましたし、再インストール後にDBが必要なレコードでいっぱいだった。 このように私はちょうど私のdbは、より軽量化...と速いブログ
