池田です。

だいぶ時間が経ってしまったのですが、皆様本件は覚えていらっしゃるでしょうか？
テーブル名などのメタデータに2バイト目が60の漢字をmysqlclientで使用すると
入力が上手く出来ないという件についてです。

2バイト目が60の漢字・・・港(8D60）、柿(8A60)など

CREATE TABLE `港` (c1 int);

とした場合に ` が60であることおよび港の2バイト目が60であることから
入力が上手くいかないというものでした。

＜過去の関連メール＞
http://www.mysql.gr.jp/mysqlml/mysql/msg/12402
http://www.mysql.gr.jp/mysqlml/mysql/msg/12519
http://www.mysql.gr.jp/mysqlml/mysql/msg/12520

＜BugReport URL＞
http://bugs.mysql.com/bug.php?id=15338

本件ですが、最終的にはcharsetのスペシャリストであるBar氏に登場いただき、
結論を得ることができましたので簡単に皆様にご報告いたします。

この現象は以下のようにすることで回避できます。

mysql --default-character-set=sjis のようにしてクライアントを起動する。

あるいはmy.cnf (my.ini) の[mysql]あるいは[client]セクションに以下を記入する。

default-character-set=sjis

※"SET NAMES sjis"ではこの現象は回避できません。

以上が回避策であり、本件は"not a bug"として解決となりました。

ただし、若干問題がまだ残っておりまして、、、

"SET NAMES ..."あるいは"SET character_set_client ..."を実行することで、
サーバ変数の値は変更されますが、mysqlclient側にはそれは反映されません。
それゆえ、回避するためには上記に挙げました2つの方法のどちらかを取る必要があります。

MySQL AB側で今後可能な対応としては2つの案が考えられますが、

A. mysqlclientが全てのクエリを"SET NAMES" "SET character_set_client"かどうかチェックする
B. "SET NAMES"等が実行された場合にサーバ側からmysqlclientへそれを通知する

Aの改変を行った場合にはmysqlclientの性能低下を引き起こす懸念があること、Bの改変を行う
ためにはmysqlのプロトコルの改変が必要であり、少なくともver5.0.xではそれは行えない
（プロトコルの変更はver5.1でならあり得る）というそれぞれの理由により、
現状維持が結論として位置付けられています。

Bar氏からはver5.1でこれをFixできれば（B案）とのコメントを最後に頂きました。

以上です。