れぶろぐ

2006-05-18 (木)

■ MySQL 4.1 以降の文字化け問題

先に結論を書いておく。 skip-character-set-client-handshake オプションを使いましょう。それで解決します。

今回、MySQL 4.0 → 4.1 に移行しようと思い、あちこちで情報を集めて回ったが、 init-connect を使えばいいとか、そのはずなのになぜかうまくいきませんとか、いろいろ書いてあって混乱させられた。

結局、日本 MySQL ユーザ会のサイトの FAQ に載っている情報が、一番詳しくてまとまっていると思うので、そちらの情報を一読することをオススメする。が、せっかくなので、自分なりに理解したことをまとめてみる。

（以下の説明で、**** の部分は utf8 か ujis か sjis のいずれか）

MySQL 本体の設定

バイナリで配布されている MySQL は、大抵はデフォルトの文字コードが日本語にはなっていない。インストールしたままだと、こんな状態になっている。

mysql> SHOW VARIABLES LIKE 'char%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | latin1                     |
| character_set_connection | latin1                     |
| character_set_database   | latin1                     |
| character_set_results    | latin1                     |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
7 rows in set (0.00 sec)

そこで、my.cnf に以下の設定を追加する。

[mysqld]
default-character-set = ****

[mysqldump]
default-character-set = ****

[mysql]
default-character-set = ****

それぞれ、MySQL サーバの文字コード、 mysqldump コマンドで使われる文字コード、 mysql コマンドで使われる文字コード。なるべく同じ文字コードにそろえる。

設定して MySQL を再起動するとこうなる。（**** を utf8 に設定した場合）

mysql> SHOW VARIABLES LIKE 'char%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
7 rows in set (0.00 sec)

MySQL を利用するアプリ用の設定

上記の設定は、コンソールから mysql コマンドでデータベースを操作したりする時のための設定であり、 PHP で作られたアプリから接続したりする場合は、また別の問題が出てくる。

バイナリで配布されている PHP は、大抵はデフォルトの文字コードが日本語にはなっていない。そのため、MySQL 4.1 以上のサーバにそのまま接続すると、 latin1 とかの文字コードでの接続扱いになって、確実に文字化けが起こってしまう。

解決策１

MySQL 4.1.15, 5.0.13 以降の場合、my.cnf に以下の設定を追加する。

[mysqld]
skip-character-set-client-handshake

これは、文字コードの自動変換機能を無効にする。つまり、MySQL 4.0 までの動作と同じにする。 MySQL サーバの設定を変更できるのなら、この方法が最も簡単。とにかくこの設定はしておいた方が良い。

解決策２

サーバ接続直後に以下の SQL 文を実行するように、それぞれのアプリを修正する。

SET NAMES ****;

要するに、クライアントの側からサーバに対して、「サーバさん、今から **** という文字コードでデータをやり取りしましょう。」と宣言するわけだ。それぞれのアプリを修正しなければならないのが難点だが、考え方としては素直で分かりやすい。

解決策３（あまりオススメしない）

my.cnf に以下の設定を追加する。

[mysqld]
init-connect="SET NAMES ****"

これは、接続するクライアントの文字コードを決めうちする。つまり、サーバの側からクライアントに対して、「おい、お前たち。送られてくるデータは全部 **** の文字コードのつもりで処理するから、**** の文字コードでデータをよこせ。」と言っているようなものか。クライアント側の文字コードが統一されているのならば、これで良い。アプリの修正も不要。

ただし、この設定を行うと、 default-character-set の設定は無効になってしまう ので、**** で設定した以外の文字コードで接続したい場合は、結局、SET NAMES をアプリ側から実行する必要がある。 mysql コマンドを使う時でさえも、最初に SET NAMES する必要がでてきたりして面倒。

解決策４（オススメしない）

my.cnf に以下の設定を追加する。

[mysqld]
init-connect="SET NAMES binary"

これは、文字コードの自動変換機能を無効にする設定。ただし、default-character-set の設定も無効になる。

サーバ側とクライアント側で文字コードが統一されている場合はこれで良いのだが、そうでない場合は、結局、SET NAMES **** の SQL 文をクライアント側で実行しなければならない。ということで、トラブルの原因になりやすい。

このエントリの続き: 2006-05-19 (金)

Tags: MySQL |

| Permalink

[コメントを書く]

コメントがあればどうぞ! E-mailアドレスは公開されません。

本日のリンク元

編集


		2006年 5月
日	月	火	水	木	金	土
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31

2006-05-18 (木)

■ MySQL 4.1 以降の文字化け問題

MySQL 本体の設定

MySQL を利用するアプリ用の設定

カレンダー

過去の日記

ブログ内検索

タグクラウド

最近の記事