山口です。

本件に関しては以下の試行をしています。

（１）ドライバのバージョンに関して              
　mysql-connector-java-3.0.11-stable-bin.jar
　mysql-connector-java-3.1.1-alpha-bin.jar
  双方でのテスト：結果は同じでした。
  
（２）データベースの作成
　my.iniでのcharacter set の指定と
  データベースを作成するときのcharacter set の指定
  の組み合わせを試してみました。
　latin1 と utf8 です。                                                                                  
  現在のところ、
  コネクションにuseUnicode=true&characterEncoding=UTF8
  を指定すれば、insert および select は問題なくutf8で行えています。
  update の場合だけ、
  
"Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and 
(utf8_general_ci,COERCIBLE) for operation '='" 

　となるため、MySQL側のchareacter set の認識がlatin1 がIMPLICITとなっていると思
われたので、my.iniあるいはデータベースの作成時のcharacter setの指定の方法でutf8
がIMPLICITとして認識される可能性があると考えたためです。

　ところが、MySQLおよびデータベース側では、show variables で確認すると
  character_set_server
  character_set_system
  character_set_database
  character_set_client
  character_set_connection
  character_set_result
  いづれもutf8となっており、latin1となってはいませんでした。
  コネクションにuseUnicode=true&characterEncoding=UTF8を指定しないでinsertすると
完全に化けますので、エンコーディングに関してのutf8の指定は問題ないようです。

（３）SQLとキャラクタイントロデューサー
　LIKE _utf8 といったキャラクタイントロデューサーをSQLに埋め込めば上手くいく、と
いった情報があったので色々指定していますが、どれもシンタックスエラーになってしま
い、上手くいってません。下記の感じです。

update tbl_yama1 set tx_name LIKE _utf8 = '" + buf_name.toString() + "' where 
TX_UID = '" + uid + "';  

update tbl_yama1 set tx_name = LIKE _utf8'" + buf_name.toString() + "' where 
TX_UID = '" + uid + "';

　とりあえず以上が現状です。

ML account <ml@xxxxxxxxxx> wrote:

>　こんにちは。
>
>yyuji <yyuji@xxxxxxxxxx>さんの
><200405310941.SAA25315@xxxxxxxxxx>
>"[mysql 09484] UTF-8でのUpdate"
>
>
>> どなたか、Illegal mix of collations　の回避方法、あるいは IMPLICITに
>> 対してUTF-8を指定する方法など教えていただけないでしょうか。
>
>　この問題に対して、山口さんはどの様な調査、と言うかMLに質問を投げてみる
>以外のどの様な自助努力を行われましたか？
>
>
>　　　　松枝知直　　　　<tomom@xxxxxxxxxx>
>　　　　　　　　　　　　http://www.argus.ne.jp/~tomom/
>
>