村上です。

現在、bitkeeper の 4.1 では
+ libmysqlclient は、コンパイル時の指定 --with-charset= で動くように修正された.
+ ただし mysqldump だけはデフォルトで UTF を使用するようにハードコーディングされている.
です。
デフォルトで libmysqlclient がサーバーと同じキャラクタセットを使うようになれば、
今回の問題は、遭遇する機会が減ることでしょう。

mysqldump に関しては、my.cnf に設定書くだけなので、それほど困りはしないと考えています
# でも気持ち悪いです. やっぱりコンパイル時の指定で動いた方がすっきりします.


残るテーマですが、
  '自動変換いる？いらない？'
です。

自動変換があって便利な場合:
+  server = ujis  /  client = MS Windows sjis
   -> お、ODBC にパッチ当てしているの EUC 変換機能いらなくなったね。

自動変換があってこまる場合:

+ わけあって 3.23/4.0 の charset1 サーバー に charset2 の文字を入れていて
  サーバーを 4.1 に upgrade した場合。(charset1 != charset2)
  # ujis や latin1 サーバーに SJIS を入れているなど.

+ 使用しているクライアント(PHPなど含む)バイナリが、自分が使おうとしている
  キャラクタセットとは違うキャラクタセットでコンパイルされている場合
  # バイナリ配布されている Windows用 PHP,Perl モジュールなど
  ->アプリに SET 文を追加する変更が発生
    my.cnfファイルを設定する変更が発生
      my.cnf を読まないクライアントバイナリの場合は、
      アプリに手を入れるか、モジュールを自力で変更、コンパイルし直す作業が発生

これらの場合、upgradeしたとたんに、文字が壊れて見える可能性が高い。
"upgrade しても、なにもしなくてもちゃんと動く状況が一番望ましい"
という観点からすると、不具合としたいところ。

他に「自動変換は困る」という場合はありますか？

# upgrade時にアプリ書き直すとか、設定をいろいろうまく合せるとかは、ここでは考えません。

================
村上毅 takeshi@xxxxxxxxxx