こんにちは。いけだです。

saka kingさんが仰っているところの、
skip-character-set-client-handshakeを指定することで
クライアント側の文字コード、すなわち

・character_set_client
・character_set_connection
・character_set_result

といったものが、character_set_serverの値によって
自動的に設定されるというのは合っていると思います。

しかしこの機能には盲点がありまして、
明示的に"SET NAMES xxx"を発行すると上記変数を
上書きできるというのがあります。

従って、character_set_server=utf8となっていて、
skip-character-set-client-handshakeが指定されていても、

SET NAMES latin1;

というのが発行されると、character_set_result=latin1となるため、
MySQL 4.1から実装された文字コード自動変換機能がここで使用される
ようになり、「utf8→latin1」への変換過程で文字化けが発生する、
ということです。

で、この"SET NAMES latin1"というのが、Federatedのローカルmysqldと
リモートmysqldの接続が切れた場合（かつローカルmysqldがそれに気づいて
いない場合）に、発行されるということが、今回のポイントではないかと
思います。

ここでコンパイル時に--with-charset=utf8としておくと、"SET NAMES utf8"
が発行されるので問題ないのですが、MySQL AB配布バイナリを使用すると
latin1でコンパイルされているために、こういうことが起きることになります。

ska_king2005@xxxxxxxxxx wrote:
> ska kingです。
> 
>> TO 池田さん
> バグレポート見てませんでした。
> 英語がわからず、、、さらにC言語がわからず、、、すいませ
> ん（爆）
> 
> 接続や再接続に関わらず、「skip-character-set-client-handshake
> 」を指定すると、
> クライアントの文字コードが、サーバ側の「character_set_server
> 」の値で
> 上書きされるものだと思っていました。
> 内部的な動きはわかっていませんが。。。
> 
> FEDERATEDを使用したときの文字コード決定フローは、mysqlク
> ライアントと同じ流れなんでしょうかね。
> 

-- 
Tetsuro IKEDA
Sumisho Computer Systems Corp.
Open Source System Div.
te.ikeda@xxxxxxxxxx
TEL +81-3-5166-2420
FAX +81-3-5166-1189