[求助]終端下輸出mysql日文查詢結(jié)果為亂碼

靖康

我使用secure CRT連接我的mysql服務(wù)器，進(jìn)行select查詢?nèi)瘴挠涗洠�終端下輸出均為亂碼。

我的mysql服務(wù)器字符集相關(guān)變量設(shè)置如下：
character_set_client    latin1
character_set_connection        latin1
character_set_database  utf8
character_set_results   latin1
character_set_server    utf8
character_set_system    utf8

系統(tǒng)終端默認(rèn)字符為
ja_JP.UTF-8

我通過其他的mysql GUI工具均能正確的查詢出日文記錄
請高手幫忙，我如何設(shè)置才能在終端下正確的查詢出日文記錄，謝謝。

ncowboy

mysql --default-character-set=某個日文編碼
這樣試試呢？

靖康

原帖由 ncowboy 于 2006-6-23 21:15 發(fā)表
mysql --default-character-set=某個日文編碼
這樣試試呢？

數(shù)據(jù)庫服務(wù)器的編碼設(shè)置是不可以更改的，這樣就會影響其他前臺應(yīng)用程序的字符的正常顯示。
在終端正常顯示日文字符，能不能有修改數(shù)據(jù)庫變量之外的其他方法呢？

yejr

原帖由 靖康 于 2006-6-23 20:37 發(fā)表
我使用secure CRT連接我的mysql服務(wù)器，進(jìn)行select查詢?nèi)瘴挠涗�，終端下輸出均為亂碼。

我的mysql服務(wù)器字符集相關(guān)變量設(shè)置如下：
character_set_client    latin1
character_set_connection        latin1
...

連接的時候記得執(zhí)行
set names ja_JP(日文對應(yīng)的字符集);

rardge

character_set_database  utf8，你的數(shù)據(jù)庫默認(rèn)是 utf8 編碼。
你再 show create database DBName 和相關(guān)的 show create tabe TBName 檢驗一下你的數(shù)據(jù)庫和表是不是也是 utf8 編碼的。雖然 你是輸入的是日文，utf8 也可以存儲日文。
總之，在登錄到 MySQL 服務(wù)器后，用 set names XXX 設(shè)置一下連接的字符集，XXX 根據(jù)上面 show create 的結(jié)果。這個不會變更服務(wù)器設(shè)置，不用擔(dān)心，只是說客戶端和服務(wù)器端本次通訊使用什么編碼。

靖康

看了樓上諸位的回復(fù)后，我做了如下操作，還是存在問題。

日文記錄正常顯示時是這樣：
オーミケンシ<3111.T>、2005年度第1四半期連結(jié)決算＝當(dāng)期損失は8.25億円、赤字幅縮小

當(dāng)變量設(shè)置如下時：
| character_set_client     | utf8                                                            
| character_set_connection | utf8                                                                  
| character_set_database   | utf8                                                                    
| character_set_results    | utf8                                                                    
| character_set_server     | utf8                                                                    
| character_set_system     | utf8

記錄全是亂碼。

當(dāng)變量設(shè)置如下時：
| character_set_client     | ujis                                                                    
| character_set_connection | ujis                                                                    
| character_set_database   | utf8                                                                    
| character_set_results    | ujis                                                                    
| character_set_server     | utf8                                                                    
| character_set_system     | utf8   
記錄顯示如下：只有部分假名正常
“オ〖ミケンシ<3111.T>、2005鉗刨媽1煌染袋息馮瘋換♂碰袋祿己は8.25帛邊、樂機(jī)升教井”

當(dāng)變量設(shè)置如下時：
| character_set_client     | gb2312                                                                  
| character_set_connection | gb2312                                                                  
| character_set_database   | utf8                                                                    
| character_set_results    | gb2312                                                                  
| character_set_server     | utf8                                                                    
| character_set_system     | utf8     
記錄顯示如下：還是有部分不正常                                                               
“ オ?ミケンシ<3111.T>、2005年度第1四半期???算＝當(dāng)期?失は8.25??、赤字幅?小”

請問有什么好地解決方案可以讓這條記錄完全正常顯示嗎？

[ 本帖最后由 靖康 于 2006-6-27 01:44 編輯 ]

靖康

又從網(wǎng)上找了一些資料，發(fā)現(xiàn)gb2312支持包括簡化漢字，日文假名在內(nèi)的7445個圖形字符，也就是說它能夠支持部分日文的顯示。
而gbk作為gb2312的超集，應(yīng)該支持日文假名更多一些吧。
于是將connection character 和client character設(shè)成gbk
日文記錄基本可以正常顯示了，當(dāng)然還有個別冷僻的日文字符顯示為問號。
但是最令我不解的是我使用日文編碼ujis和sjis來作為connection character set和client character set的變量值，均顯示亂碼，讓我不解。

rardge

具體情況還是要具體分析吧。你那里的情況我也不是很熟悉。
象我這里，我一般都是把所有字符集都定義為一個，這樣可以保證進(jìn)出的字符集統(tǒng)一。
而你說的樣子，我感覺是經(jīng)過幾次編碼轉(zhuǎn)碼，這中間可能會造成一些字符集丟失吧。
原來正常情況下，你知道字符集都是怎么設(shè)置的么？