原因は MySQL の InnoDB が使用する ibdata ファイルがディスクを食いつぶしてディスクフルになってたためでした。

ibdata はテーブルスペースを保存するファイルで、CentOS ですとデフォルトで /var/lib/mysql/ibdata1 に作成されます。MySQL のデフォルトでは ibdata が自動で拡張されていく設定になっていますので、放っておくとどんどんファイルサイズがでかくなって、さくらの VPS とかですと結構あっさりディスクフルになりました。

とりあえず復旧できたんで手順とか残しときます。同じようにトラブった方は参考程度にどうぞ。

まず ibdata1 がディスクを食いつぶしているので、復旧するにはこれを消すとかファイルを小さく必要があります。

ファイルサイズを小さくする方法は調べたらいっぱいでてきますので（13.5.7 InnoDB データとログ ファイルの追加と削除 とか ibdata1 のサイズを減らす手順 とか ibdata1のサイズを減らす方法とか）、概要だけ引用しますと、

1. 全ての InnoDB テーブルをダンプする為に mysqldump を利用してください。
2. サーバを停止してください。
3. 全ての存在するテーブルスペース ファイルを削除してください。
4. 新しいテーブルスペースを設定してください。
5. サーバを再起動してください。
6. ダンプ ファイルをインポートしてください。

MySQL :: MySQL 5.1 リファレンスマニュアル :: 13.5.7 InnoDB データとログ ファイルの追加と削除

という感じだったりします。要はバックアップ取ってテーブルスペースを作り直せということのようです。

ただまあディスクフルしてるんでサーバ上に mysqldump のダンプファイルなんか置けないので、ssh 経由で mysqldump を実行することにしました。↓のように ssh を起動することで、ネットワーク越しにコマンドを実行して mysqldump の出力をローカルに直接保存できます。

それとコマンドを実行する前にサーバ上のサービスをできるだけ止めてある程度作業用のメモリの確保して、ついでに不要なファイルをできるだけ削除しておいた方が良いと思います。メモリかスワップか何が原因か調べてる暇も無かったので詳細は不明ですが、リソースが足らないと mysqldump がテーブル構造を読み込む際にエラーを出します。

今回はリストアする必要が無いテーブルが何個かありましたのでダンプする対象をテーブル単位で指定していますが、全部リストアする場合はデータベース単位で指定してもらえばよろしいかと思います。運用形態によっては mysqldump に –single-transaction オプションを指定してもらった方が良いかもしれません（とりあえずウチんとこでは不要だったので指定してませんが）。

ダンプできたら mysql を止めてから ibdata1 と ib_logfile0 と ib_logfile1 を消します。他のサイトだとリネームした方が良いとか書いてますがそんな余裕無いのでいきなりマジ削除しました。最悪データ全部豚でもいーや、の覚悟でどうぞw

/etc/my.cnf に ibdata1 のサイズ制限と innodb_file_per_table を加えてからmysqld を再起動して回復しましたよ、という感じです。

innodb_file_per_table を指定すると、各テーブルの中身は共有テーブルスペースでは無く個別のファイルに保存されるようになるのですが、こっちのファイルも放置しておくと大きくなっていきますので、定期的に ALTER TABLE を実行してデフラグする必要があります。（詳しくは 13.5.14.3 テーブルのデフラグメント化 とか 拡張され続ける InnoDB のデータファイルのサイズを小さくする方法 とかをご覧ください。）

個別に ALTER TABLE 実行するのも面倒なので、全ての InnoDB テーブルに対して ALTER TABLE を実行するスクリプトも書いてみました。よろしければどうぞ。

MySQL にパスワード無しで root ログインできる前提でスクリプト書いてますので、その辺の設定変えている方は適当に改造して使ってください。

ビープ音の文字コードは 0×7

まず基本的なこととして、ASCII コードの 0×7 は BEL となっており、（デバイス的に）適当なベル音を鳴らす文字コードとなっています。

つまり 0×7 を出力したらビープ音が鳴るってことです。

シェルから鳴らす

シェルから鳴らす場合、echo コマンドを使います。コマンドラインから 0×7 を指定するにはコントロールシーケンス ^G を入力します。

一般的なターミナルでは [CTRL]+v [CTRL]+g を連続して入力するとコントロールシーケンス ^G が入力できます。文字列 “^G” を入力しても鳴りませんので注意してください。

printf コマンドがインストールされている環境では、以下のようにビープ音を鳴らすこともできます。

プログラミング言語から鳴らす

0×07 が出力できれば良いので、基本的にどのプログラミング言語からでもビープ音を鳴らすことができます。

代表的な LL 言語で鳴らす方法は以下のようになります。

全部いっしょとか言わないのw

んでわ。

1. mysql をインスコする

mysql は yum のパッケージを使います。root から mysql.x86_64、mysql-devel.x86_64、mysql-server.x86_64 あたりをインスコしてください。

# yum install mysql.x86_64 mysql-devel.x86_64 mysql-server.x86_64

rc スクリプトが /etc/rc.d/init.d/mysqld に作成されますので起動します。

# /etc/rc.d/init.d/mysqld start

chkconfig でリブート時に mysqld が起動するように設定して mysql のインスコは終わりす。データベースの設定は後でします。

checkconfig --level 345 mysqld

2. PHP を mysql モジュール付きでインスコしなおす

前の記事書いたときは、WordPress 使うとか考えて無かったので mysql モジュールを PHP に付けてコンパイルしてなかったので、configure からやり直します。また WordPress を動かすには zlib も必要ですので一緒に configure しなおします。

mysql-devel.x86_64 パッケージをインスコした後で、以下のようにリビルドしてください。

$ ./configure --with-libdir=lib64 --with-apxs2=/usr/sbin/apxs \
--with-mysql --with-mysqli --with-zlib-dir
# make
# make install

3. WordPress 用にデータベースを作る

共用鯖じゃないのでデータベースは WordPress 用に作ります。root で mysql にログインして以下のコマンドを実行します。

# mysql
mysql> create database DBNAME default charset utf8;
mysql> grant all on DBNAME.* to ''@localhost;
mysql> revoke ALTER on DBNAME.* from  ''@localhost;

コマンドを実行する際は、DBNAME にはちゃんとしたデータベース名を指定してください。

この例では、新しく作ったデータベースには localhost からなら誰でもユーザー／パスワード無しでログインできるようにしています。mysqld 自体を外部から mysql に直接接続できるよう設定していませんし、前の記事で設定したパケットフィルタが mysql のポートを閉じてますので、ssh 等でシェルアカウントでログインしない限りデータベースにも入れませんので（アプリのバグとか除く）、通常これで問題無いと思います。

よりセキュアに仕上げたい方はユーザー／パスワード設定する等ご自由にどぞ。

4. WordPress をインスコする

WordPress のインスコ自体は普通ですので、公式サイトとか見てください。

やった作業は、パケットフィルタ（iptables）の設定、Apache2 のインスコと設定、Python-2.6.5 をソースからインスコ、PHP-5.2.14 をソースからインスコ、とそれに付随する作業です。

1. まずぶっ壊れたときにどうしたら良いか調べる

VPS とか言っても、普通に全権限があるリモートサーバですので、設定とか間違ったときにどこまで対処できるか調べとかないと色々まずいす。

とりあえずさくらインターネットから来たメールには、

《VPSコントロールパネルについて》

VPSコントロールパネルでは、仮想サーバのリセットやリモート
コンソールでの接続、OSの再インストールを行っていただけます。

VPSコントロールパネルは、会員メニュー内リンクからご利用いただけます。

とか書いてあるんですが、会員メニューが重いのもあって VPS コントロールパネルにたどり着くのにちょいちょい時間がかかってしまいましたが、[会員メニュー]→[契約情報]→[無料サービスの確認]から開けます。契約したら有料サービスの確認に移るんでしょうけど。

VPS コンパネはさくらのデフォルトで激重です。普通の鯖のコンパネと違ってちょっと今風デザインになってますが、ぶっちゃけ微妙な感じす。まあコンパネなんでデザインとかどうでもいいすが。

サイドメニューからリモートコンソールを選ぶとシリアル接続でサーバにログインできますので、なんか設定に失敗して ssh とかで外部からログインできなくなったときはここから直せます。ほんでもダメなら最悪 OS の再インストールからやり直すことになります。

2. ログイン用ユーザーを作って ssh から root ログインできなくする

root ログインできるままですとクラッキングの良い対象になりますので、外からログインする用のユーザーを作ります。

# useradd -m USER
# passwd USER

実際にコマンド入力するときは、USER 部分をユーザー名にしてください。

ユーザーを追加したら、そのユーザーで外部から ssh でログインできるか確認します。ログインできたら root で外部からログインできなくします。/etc/ssh/sshd_config に以下の設定を加えます。

PermitRootLogin no

コメントアウトされた PermitRootLogin が元からありますのでその辺に追加します。追加したら sshd をリスタートします。

# cd /etc/init.d/sshd restart

リスタートした時点で root で ssh にログインすることはできなくなりますので、設定漏れとかパスワードちゃんと控えたかとか確認してからリスタートした方が無難です。

後から設定間違ってたとか気づいたら VPS コンパネから root でログインしてください。（コンパネは ssh じゃありませんので、ここまでした設定には影響されません。）

ちなみにログイン用ユーザー作っただけですとセキュリティ的にはちょっと弱いですので、もっとセキュアにしたい方は ssh のパスワード認証を無効にして秘密鍵認証のみ有効にした方が良いと思います。説明面倒くさいのでその辺については割愛しますが、興味ある人は ggrks です。

最後に sudo 経由で root としてコマンド実行できるようにします。まず /etc/sudores の以下の行がコメントアウトされていると思いますので、コメント（#）を外します。visudo コマンドは入ってないっぽいので直接 vi で編集です。

%wheel  ALL=(ALL)       ALL

んでから /etc/group を開いて wheel グループに追加したユーザーを足します。usermod コマンドとかでいじくってもいいですが面倒なのでこっちも vi で直接編集しますた。

wheel:x:10:root,USER

なお以下の説明では、通常ユーザーでの作業のプロンプトを $、root での作業を # で書いています。前後に su とか sudo 入れて書いてませんが、実際にコマンド実行する時は必要ですのであしからず。

3. パケットフィルタを設定する

不要な攻撃受けたく無いのでパケットフィルタを設定します。（今んとこ大したデータ置くつもりも無いのでそんなセキュアにするつもりないですが一応。）

まず root でログインして（ログイン用ユーザーでログインしてから root に su して）、iptables コマンドでパケットフィルタの状態を確認します。デフォルトだとこんな感じになってると思います。

# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

今回のサーバは Web サーバとしてしか使うつもり無いので、パケットフィルタで 22番 (ssh) と 80番 (http) 以外のポートは外からは閉じます。（ssl を使う場合は 443 番ポートも開ける必要があります。）

まず iptables 初期化用のスクリプトを作ります。

#!/bin/sh

iptables -F
iptables -X

iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD DROP

iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT

iptables -A INPUT -s 10.0.0.0/8 -j DROP
iptables -A INPUT -s 172.16.0.0/12 -j DROP
iptables -A INPUT -s 192.168.0.0/16 -j DROP

# iptables -A INPUT -p icmp --icmp-type echo-request -j ACCEPT

iptables -A INPUT -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -p tcp --dport 80 -j ACCEPT

iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

このスクリプトでは icmp パケットに応答しないように設定しています。ping 通したい人はコメントアウトしてるそれ用に設定してください。

スクリプトができたらおもむろに実行します。スクリプトとして実行しないと（上のスクリプトを全部直接コマンド入力した場合） iptables -P INPUT DROP を実行した時点でサーバへの入力がすべてパケットフィルタにひっかかっちゃってにっちもさっちもいかなくなりますのでご注意ください。

とりあえず上のスクリプトを iptables-init.sh として保存したということで話を進めます。スクリプトに続けて iptables -L を実行し、パケットフィルタの状態を確認します。

# sh iptables-init.sh
# iptables -L
Chain INPUT (policy DROP)
target     prot opt source               destination
ACCEPT     all  --  anywhere             anywhere
DROP       all  --  10.0.0.0/8           anywhere
DROP       all  --  172.16.0.0/12        anywhere
DROP       all  --  192.168.0.0/16       anywhere
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:ssh
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:http
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED 

Chain FORWARD (policy DROP)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
ACCEPT     all  --  anywhere             anywhere

確認できたら、現在のフィルタがシステムリブート時に同じ設定で有効になるように iptables-save コマンドを使って /etc/sysconfig/iptables に保存します。

# iptables-save > /etc/sysconfig/iptables

保存したら、保存した内容でパケットフィルタが有効になるように iptables スクリプトをリスタートします。

# /etc/rc.d/init.d/iptables restart

最後に chkconfig でリブート時に iptables が起動するように設定します。（たぶんこの設定はデフォルトで有効になってると思うんですが、作業始める前にその辺確認するの忘れてたのでよく分かりません＞＜暇だったら自分で調べてね、とw）

# chkconfig --level 2345 iptables on

4. Apache2 をインスコする

まず yum で Apache がインスコ済みか確認します。

# yum list installed | httpd

何も表示されんと思います。表示されたらインスコ済みです。yum list でインストール可能なパッケージの一覧表示、yum list installed でインストール済みのパッケージ一覧表示です。

インスコされてない前提で話進めます。

# yum install httpd.x86_64

で、インスコされました。Apache を動かします。

# /etc/rc.d/init.d/httpd start

ブラウザから IP アドレス指定で VPS にアクセスすると Apache 2 Test Page が表示されると思います。

表示できるのを確認したら、リブート時に起動するように chkconfig します。

chkconfig --level 345 httpd on

5. Python-2.6 をインスコする

とりあえずポックンは Pythonistan なので Python 入れます。

元から Python は入っているのですが、バージョン 2.4.3 とか使い物にならんぐらい古い感じなので（だから Cent OS 嫌いやねん(*´・ω・)(・ω・｀*)ﾌﾞｰ） Python-2.6 をソースからビルドしてインスコします。（stable は 2.7 なんすが、テスト環境と合わんのでw）

まずソースを wget でダウンロードします。

$ wget 'http://www.python.org/ftp/python/2.6.5/Python-2.6.5.tgz'

てけとーにビルドします。特に問題無く終わると思います。

$ tar xvzf Python-2.6.5.tgz
$ ./configure
$ make
# make install

で、/usr/local/bin/python に 2.6 がインスコされます。あとで mod_python 入れる予定ですが今日はパスしますたw

6. PHP をインスコする

あった方が便利なので PHP もインスコします。yum からインスコしても良いのですが、バージョン古いので Python と同じくソースからインスコします。なお PHP はデフォルトでは入っていません。

ということでソースをダウンロードします。

$ wget 'http://www.php.net/distributions/php-5.2.14.tar.gz'

当然 Apache の SAPI として動かしますので、apxs が入ってるか先に調べます。

$ ls /usr/sbin/apxs*
ls: /usr/sbin/apxs*: No such file or directory

無さそうですので先に httpd-devel をインスコします。

# yum install httpd-devel.x86_64

ビルドします。

$ tar xvzf php-5.2.14.tar.gz
$ cd php-5.2.14
$ ./configure --with-apxs2=/usr/sbin/apxs
...
configure: error: xml2-config not found. Please check your libxml2 installation.

おおっとエラーだ。インド人を右に！！

とりあえず libxml2 が無いっぽいので、libxml2-devel.x86_64 をインスコします。

# yum install libxml2-devel.x86_64

再度 php の configure を実行します。

$ ./configure --with-apxs2=/usr/sbin/apxs
...
Thank you for using PHP.

おkのようですのでビルドしてからインスコします。

$ make
# make install

SAPI モジュールは /usr/lib64/httpd/modules/libphp5.so にインスコされます。/etc/httpd/conf/httpd.conf はインスコ時にかってに更新されますので Apache をリブートしたら有効になります。

# /etc/rc.d/init.d/httpd restart

なんか PHP のモジュールが色々足らん気もしますが、その辺は適当に足してください。

おしまい

で、やっと重い腰あげてアカウント取ってみたの。そしたらやっぱり色々と大変だったんでとりあえずメモっときます。

1. アカウントを取る時点では ssh 公開鍵は要らない。リポジトリを作る段階で要る。

   ssh 公開鍵の作り方等については、http://github.com/guides/providing-your-ssh-key と http://github.com/guides/addressing-authentication-problems-with-ssh を最低限見といた方がいい。作り方知らない人は他の資料も見といた方がいいと思います。

2. *NIX 系のユーザはアカウント取ってから github で何かする前に、github 専用のユーザをローカルに追加しといた方が無難。特に git の使い方をマスターしてない人にお薦めします。
3. github のアカウントにアバター用の画像を設定するには Gravatar を使用する必要があり、そっちにもアカウント作る必要があります。

   Gravatar にアカウントが無い状態で github にアカウントを作ると、自動的に Gravatar にもアカウントが作成されるっぽい（wordpress.com にアカウント作った時かもしんないけど、とりあえず登録した記憶の無いアカウントが Gravatar にあったw）。同じ状態になったら Gravatar のパスワード再申請を行ってログインすればいいと思います。

4. ssh-keygen で ssh 公開鍵を作成するときは、-C と -f オプションを付けといた方がいいかもしんない。

   $ ssh-keygen USERNAME -C git@github.com -f git@github.com

   とオプション指定すると、~/.ssh/git@github.com と ~/.ssh/git@github.com.pub が作成され、git@github.com.pub 中のコメントが git@github.com になる。コメントの意味が分からない人は git@github.com.pub を開けば分かるはず。

   ついでに ~/.ssh/config を以下の内容で作成しておくと、git@github.com へのログイン時には ~/.ssh/git@github.com が自動的に認証に使われるようになる（当然他のアカウント用の鍵も同じ方法で作成しとけば認証鍵の振り分けが行われる）。

   IdentityFile ~/.ssh/identity
   IdentityFile ~/.ssh/id_rsa
   IdentityFile ~/.ssh/id_dsa
   IdentityFile ~/.ssh/%r@%h

5. ssh 公開鍵を github に登録したら、以下のコマンドで認証できるか確認できる。

   $ ssh -v git@github.com

6. リポジトリを作ると、こんな感じで次に何をしたらいいかを丁寧に教えてくれるので良く読む。

   

   ここに書かれてる Next Step が終わったら Continue リンクを必ずクリックする必要があるらしい。何でクリックする必要があるかは色々調べてる最中にどっかのブログにそういう風に書かれてたからとしか答えられないんだけど（どのブログか忘れちゃったw）、たぶん master ブランチが出来ないんじゃないかと思われ。

7. clone したローカルリポジトリをコミットしたら、git push で github にうpする。
8. UTF-8 ならコミットログに日本語を使える。ただし github のリポジトリの Network ページでは日本語は表示されない。

   vim ユーザーはこんな設定を .vimrc に足しとけばいい思います。

   autocmd FileType gitcommit setlocal fileencoding=utf-8

9. github の Download 機能で作成されるアーカイブは、配布用には使えないと思う。
10. github の Wiki は、入力テキストを UTF-8 じゃなくて ISO-8859-1 として処理してるっぽい。日本語の入力自体はできるけど、意図しない場所でリンクになったりしてちょっと使えないような感じ。
11. アップローダが使えなかった。さくらの環境の問題だと思うけど、Flash アップローダ使う必要無いんじゃない？と思った。
    訂正：さくらの環境だとアップローダに Description を入力できなかった。
12. リポジトリは消せるらしい。http://github.com/guides/how-do-i-delete-a-repository 参照。
13. 分からないことがあったら、とりあえず http://github.com/guides/home を見る。

Wiki とアップローダ使えないのは致命的かもしんないわ…
訂正：Wiki 使えないぐらい別に問題ないわww

ちなみにさくらの github アカウントはこちら。

sakuratan’s Profile – GitHub

とりあえず今後ソースを公開するときはこれ使っていく予定です。

さくら

P.S. 記事公開後にアップローダが動くことが判明したので訂正しました。

ちょっと前にさくらインターネットで稼働中の鯖を撤去するとかふざけたミスがあったでしょ。幸いさくらはトラブルに巻き込まれなかったんだけど、何か起こる前にバックアップをしなきゃと思ったのね。なんで今日はさくらインターネットの共有サーバ専用バックアップスクリプトを作ってみました！！

とりあえずスクリプトはこっからダウンロードできまふw
シェルスクリプトでっすww

sakurabackup.sh

いつも通りの MIT ライセンスだから煮るなり焼くなり好きにしてもらって構わないわよ〜

設定

スクリプトをダウンロードしたら、まずサーバの設定をスクリプトに書き込むの。ファイルをエディタで開いて以下のあたりを編集してね。ちなみにスクリプトの文字コードは ISO-2022-JP になってるから、メモ帳とかで開いたら文字化けすると思うわよ。

# バックアップファイル名。
# デフォルトは backup-YYYY-MM-DD.tar.gz になってます。
BACKUP_FILENAME="backup-`date '+%Y-%m-%d'`.tar.gz"

# バックアップ対象のディレクトリとかファイルとか。
BACKUP_TARGETS="www"

# MySQL のバックアップをするなら yes、しないなら no。
MYSQLDUMP="yes"

# MySQL アカウント。上からユーザ名、パスワード、ホスト名、データベース名れす。
# 大文字部分を自分のアカウントのに変えてね。
MYSQLDUMP_USER="USERNAME"
MYSQLDUMP_PASSWORD="PASSWORD"
MYSQLDUMP_HOST="HOSTNAME"
MYSQLDUMP_DBNAME="DBNAME"

# MySQL のバックアップファイル名。
# 最終的にこのファイルも BACKUP_FILENAME にバックアップされますので
# 一時ファイル名みたいなものと思ってください。
MYSQLDUMP_FILENAME="mysql.dump"

# mysqldump コマンド。
# MySQL4 を使ってる場合は mysqldump-4.0 に変更すること。
MYSQLDUMP_COMMAND="/usr/local/bin/mysqldump"

とりあえず設定しないといけないのは MySQL 関係の部分ね。一応さくらも WordPress 使ってるんで MySQL のバックアップをデフォルトで有効にしてあるの。そのままで良かったら MySQL のアカウントを設定してね。MySQL のバックアップが不要なら MYSQLDUMP=”no” に変えるだけで (アカウントとかは設定しなくて) OK よ。

自分でプログラムをインスコしてる人は BACKUP_TARGETS に適当にディレクトリとかファイルを足してもらったら、それもバックアップ対象になるわ。

設定が終わったらサーバの適当なディレクトリにアップロードしてね。vi とか使える人は先にアップしてからサーバ上で設定してもらってもいいわよ。とりあえず $HOME/sakurabackup.sh に置いたということで話を進めるわね。

バックアップ

ファイルをアップしたら ssh か telnet でサーバにログインしてスクリプトを実行するの。

$ nice sh sakurabackup.sh

これで BACKUP_FILENAME (デフォルトだと backup-YYYY-MM-DD.tar.gz) にバックアップファイルが出来上がるわ。後は sftp か ftp でバックアップファイルをダウンロードしたらバックアップ完了よ。

データ量にもよりますが、全部で5分程度の簡単なお仕事ですwww

あと一つ注意しとくけど、それなりに重いから注意っていうかちゃんと見ながら動かした方がいいと思うわよ。

リストア

tar と mysqldump でバックアップファイル作ってるだけだから、$HOME でバックアップファイルを展開して、mysql でダンプを戻せばリストアできるはずよ。

$ tar xvzf backup-2009-05-29.tar.gz
$ mysql DBNAME < mysql.dump

はずっていうのは、サーバの設定とかがバックアップ時と同じならこれで戻るって意味。サーバが飛んだ時はたぶんサーバの一部が前と変わってるだろうから、自分で環境を色々いじくってる人は簡単には戻らないと考えといた方がいいと思うわよ。

いずれにしてもちゃんと戻ってるか確認しつつ作業する必要があるわね。そういう意味では今回説明した方法は、*NIX とか MySQL の基本的な操作方法を知ってる人向けかもね。でもバックアップなんてそんなものよ。やり方分かんなかったらサーバの使い方を覚えるか、もっと良さげなツールを自分で探すか、お金払って誰かにやってもらうことねww

さくら

やっとさくらの鯖も MySQL5.1 に対応したみたいだから移行してみたわ。
なんか WordPress も速くなるらしいし期待 ageage よね！

ついでにデータベースの文字コードを EUC-JP から UTF-8 に変更してみたの。
どこに書いてたか忘れてたけど、MySQL4 の UTF-8 はバグってるらしいって聞いてたから EUC-JP にしてたのね。でもトラバが文字化けしたりする原因になってるっぽかったし、WordPress をもっとシャキシャキ動くようにしたいから前から UTF-8 に変更したかったんだけど、なんとなく伸び伸びになってたの。なんで今回一緒に片付けることにしたわ。

同じことしたい人も他にいるかもしれないから、やり方まとめとくわね。
まず最初に全体的な流れを説明するわ。

1. データベースのダンプを作成する
2. MySQL4 データベースを削除する
3. MySQL5 データベースを再作成する
4. データベースダンプをリストアする
5. WordPress の設定を変更する

MySQLAdmin とか使ってもできると思うんだけど、わざわざネットワークトラフィック使う意味があんまりないから全部鯖上のシェルで操作するやり方を説明してるわよ。先に TeraTerm とか何でもいいからターミナルエミュレータを用意しといてね。ターミナルは UTF-8 を強制的に表示できるやつが便利だと思うわよ。

あ…そうそう、一ついい忘れてたんだけど、MySQL5 が使えるかは共有 SSL が使えるかとセットになってるはずだから、コントロールパネルのドメイン設定とかで SSL が使えるか確認してから移行作業するかどうか検討してね♡

あと以下の作業を始める前に、WordPress の wp-config.php のデータベースパスワードをコメントアウトするとかして WordPress を一時停止しといた方がいいと思うわ。じゃ頑張って！！

データベースのダンプを作成する

ダンプってのは丸まんま取り出したデータって意味でとらえて貰って構わないわ。データベースダンプの場合、CREATE TABLE とかデータベースを再作成するのに必要なデータ一式ってことよ。

ダンプを取るには mysqldump コマンドを使うの。普段はバックアップを取るのに使うやつね。

ちなみに今、さくらインターネットの共有鯖には MySQL4 用の mysqldump-4.0 と MySQL5 用の mysqldump がインスコされてるはずなの。当然今回は MySQL4 から MySQL5 に移行するんだから、mysqldump-4.0 を使うのよ。ターミナルで鯖にログオンしたらこんな感じで実行するの。

$ cd [どっか]
$ mysqldump-4.0 -u [USER] -h [HOST] [DBNAME] -p > mysql.dump
Enter password:

[どっか] はどっか適当なディレクトリのことよ。別に HOME でも構わないわ。
[USER] はデータベースユーザー名、[HOST] はデータベースホスト名、[DBNAME] はデータベース名ね。データベース初期化したときにさくらインターネットから教えてもらってるはずよ。

コマンドを実行したらパスワード入力待ち状態になるからちゃんと入力して。入力したら mysql.dump ってファイルにデータベースダンプが取れるわ。後で使うから大事に取っとくのよ。

え？ユーザー名とかが分かんないですって？
よく今まで使ってこれたわね…悪いけど付き合ってらんないわww

MySQL4 データベースを削除する

さくらインターネットのコントロールパネルの [データベースの設定] から [データベースを削除] ボタンを押せば消せるわ。このキャプチャの下の方にあるボタンよ。

消す前に深呼吸でもして、手抜かりが無いか確認した方がいいと思うわ。
もう後戻りできないところに来てるの、ワタシ達…
一緒に元気な赤ちゃん育てましょ！！

MySQL5 データベースを再作成する

データベースを消したらそのまま新しいデータベースを作ればいいわ。MySQL のバージョンが選べるようになってるから MySQL5.1 を選ぶのよ。

ついでにデータベースのパスワードを変えとくのもいいわね。

データベースダンプをリストアする

リストアってのはダンプを元に戻すってことね。
ちょっと今回は文字コードを変更する関係で、リストアする前にデータベースのデフォルト文字セットを UTF-8 に変更したりしてるわよ。要らない人はその辺もっとさくらにザーメン飛ばしちゃって。

リストアするには mysql コマンドでダンプファイルを読みこめばいいの。とりあえずターミナルに戻ってコマンドを実行してちょうだい。
後でログとか見たかったら script コマンドを先に実行しといたらいいと思うわ。これしとくと、typescript ってファイルにコマンドと結果全部が保存されるの。

$ script
Script started, output file is typescript
$ mysql -v -u [USER] -h [HOST] [DBNAME] -p

mysql コマンドを -v 付きで実行してるのは、後で \. コマンドでダンプを読み込む際に実行したコマンドを表示させるためね。これするとメッセージが大量に表示されるようになるから、バカでかいダンプファイル作ってる人は -v 付けない方がいいと思うわよ。
で、MySQL データベースにログオンしたらまず \s コマンドで文字セットを見て頂戴。こんな感じで全部 ujis になってるんじゃないかしら？

mysql> \s
[省略]
Server characterset:    ujis
Db     characterset:    ujis
Client characterset:    ujis
Conn.  characterset:    ujis
[省略]

ujis ってのは EUC-JP のことね。とりあえず utf8 になってなかったら alter database コマンドで文字セットを変えるの。

mysql> alter database [DBNAME] character set utf8;

[DBNAME] はデータベース名ね。さくらインターネットの共有鯖ならユーザー名と一緒になってると思うわ。実行したら \s コマンドで再確認してね。

mysql>\s
[省略]
Server characterset:    ujis
Db     characterset:    utf8
Client characterset:    ujis
Conn.  characterset:    ujis
[省略]

Db characterset が utf8 に変わってると思うわ。これを確認してから \C [CHARSET] コマンドでクライアントと接続文字セットも utf8 に変えるの。

mysql> \C utf8
Charset changed

これで Client characterset と Conn. characterset も utf8 に変わるはずよ。\s で再確認してちょうだい。
本当は Client characterset はターミナルの設定に合わせて指定しないといけないんだけど、その辺は行間を読んでよねww

文字セットの変更が終わったらダンプをリストアするわ。\. コマンドを実行しちゃって！

mysql> \. mysql.dump
[省略]
Query OK, 1 row affected (0.00 sec)
mysql> \q
Bye
$ exit
Script done, output file is typescript

リストアしたら mysql はすぐ終了しちゃってもいいわよ。シェルからも exit してるのは script コマンドを終了させるためね。exit の代わりにCtrl-D でもいいわよ。

暇だったらここで typescript ファイルを見てみるのもいいと思うわ。
まあさくら程度ブログで記事書いてる人はデータベースも結構大きくなってる思うから、目視で検査するのは無理っぽいんだけどね。
どっちにしろ作業ログなんか気休め程度に思っといた方がいいわよ。
この時点で何か問題見つけてももうどうにもならないんだからwww

WordPress の設定を変更する

WordPress の設定で最小限必要なのは、データベースが新しいホストに変わってるはずだからそれを直すことね。後、データベース再作成のときにパスワード変えたりとかしてたらそれも直さないといけないわよ。

一応今回は WordPress の移行に関する説明だからこの辺の詳細は省略するわね。詳しく知りたい人は ja.wordpress.org の インストールガイド でも見てね。

とりあえずこれで「MySQL4 から MySQL5 への移行 + WordPress の再設定 + MySQL の文字コードを EUC-JP から UTF-8 にする」は完了よ！
さくらのやり方を参考にして失敗しても知らないけど、やる気のある人はトライしてみて！！！

さくら