摘要：程序處理這是一個歷史遺留系統(tǒng)舊的系統(tǒng)是開發(fā)的插入數(shù)據(jù)的時候沒有統(tǒng)一各個層次服務器數(shù)據(jù)庫表列的編碼這個情況基本上是的默認安裝導致的實際的數(shù)據(jù)編碼為而采用開發(fā)的新的系統(tǒng)需要和這個遺留系統(tǒng)公用數(shù)據(jù)庫采用的是編碼碰到的問題是代碼中獲取到的中文為亂碼

這是一個歷史遺留系統(tǒng), 舊的系統(tǒng)是C++開發(fā)的, 插入數(shù)據(jù)的時候, 沒有統(tǒng)一MYSQL各個層次(服務器, 數(shù)據(jù)庫, 表, 列)的編碼, 這個情況基本上是MYSQL的默認安裝導致的, 實際的數(shù)據(jù)編碼為LATIN1, 而采用Java 開發(fā)的新的系統(tǒng)需要和這個遺留系統(tǒng)公用數(shù)據(jù)庫, 采用的是UTF8編碼, 碰到的問題是Java代碼中獲取到的中文為亂碼.

搞清楚了這個問題, Java中把亂碼轉(zhuǎn)換為正常顯示的UTF8編碼的中文很簡單, 下面是轉(zhuǎn)換代碼

/**
 * LATIN1轉(zhuǎn)UTF8
 *
 * @param latin1 LATIN1(ISO_8859_1)字符串
 * @return UTF8字符串
 */
public String encodingConvert(String latin1) {
    return new String(
        latin1.getBytes(StandardCharsets.ISO_8859_1),
        StandardCharsets.UTF_8
    );
}

這是使用程序代碼的處理方式, 有的時候我們需要直接從SQL返回的結(jié)果集中直接拿到UTF8的數(shù)據(jù), 看下面

上面通過程序代碼可以處理字符集的轉(zhuǎn)換, 下面通過SQL的方式轉(zhuǎn)換

CONVERT和CAST函數(shù): 首先需要把LATIN1的轉(zhuǎn)為BINARY, 然后再把BINARY轉(zhuǎn)為UTF8

SELECT
    USER.USERID AS USERID,
    USER.NICKNAME AS NICKNAME_LATIN1,
    CONVERT (
        CAST(
            CONVERT ( USER.NICKNAME USING latin1 ) AS BINARY 
        ) USING utf8 
    ) AS NICKNAME_UTF8 
FROM
    USER 
WHERE
    USERID = 15889;

其中 LATIN1_COLUMN 是LATIN1 編碼的字符集

最后, 我們可以把這樣的轉(zhuǎn)換做成一張視圖, 程序就不用再轉(zhuǎn)換了.

CREATE VIEW V_USER AS 
SELECT
    USER.USERID AS USERID,
    CONVERT (
        CAST(
            CONVERT ( USER.NICKNAME USING latin1 ) AS BINARY 
        ) USING utf8 
    ) AS NICKNAME
FROM
    USER;