MySQL字符集和比較規則是啥

2024-07-24 12:33:36

字體：大中小

來源：轉載

供稿：網友

　　這篇文章主要介紹“MySQL字符集和比較規則是什么”的相關知識，小編通過實際案例向大家展示操作過程，操作方法簡單快捷，實用性強，希望這篇“MySQL字符集和比較規則是什么”文章能幫助大家解決問題。

　　字符集和比較規則簡介
　　字符集簡介
　　我們知道在計算機中只能存儲二進制數據，那該怎么存儲字符串呢？當然是建立字符與二進制數據的映射關系了，建立這個關系最起碼要搞清楚兩件事兒：

　　你要把哪些字符映射成二進制數據？也就是界定清楚字符范圍。
　　怎么映射？將一個字符映射成一個二進制數據的過程也叫做編碼，將一個二進制數據映射到一個字符的過程叫做解碼。
　　人們抽象出一個字符集的概念來描述某個字符范圍的編碼規則。比方說我們來自定義一個名稱為xiaohaizi的字符集，它包含的字符范圍和編碼規則如下：

　　包含字符'a'、'b'、'A'、'B'。
　　編碼規則如下：采用1個字節編碼一個字符的形式，字符和字節的映射關系如下：
　　'a' -> 00000001 (十六進制：0x01)
　　'b' -> 00000010 (十六進制：0x02)
　　'A' -> 00000011 (十六進制：0x03)
　　'B' -> 00000100 (十六進制：0x04)
　　有了xiaohaizi字符集，我們就可以用二進制形式表示一些字符串了，下邊是一些字符串用xiaohaizi字符集編碼后的二進制表示：

　　'bA' -> 0000001000000011 (十六進制：0x0203)
　　'baB' -> 000000100000000100000100 (十六進制：0x020104)
　　'cd' -> 無法表示，字符集xiaohaizi不包含字符'c'和'd'
　　比較規則簡介
　　在我們確定了xiaohaizi字符集表示字符的范圍以及編碼規則后，怎么比較兩個字符的大小呢？最容易想到的就是直接比較這兩個字符對應的二進制編碼的大小，比方說字符'a'的編碼為0x01，字符'b'的編碼為0x02，所以'a'小于'b'，這種簡單的比較規則也可以被稱為二進制比較規則，英文名為binary collation。

　　二進制比較規則是簡單，但有時候并不符合現實需求，比如在很多場合對于英文字符我們都是不區分大小寫的，也就是說'a'和'A'是相等的，在這種場合下就不能簡單粗暴的使用二進制比較規則了，這時候我們可以這樣指定比較規則：

　　將兩個大小寫不同的字符全都轉為大寫或者小寫。
　　再比較這兩個字符對應的二進制數據。
　　這是一種稍微復雜一點點的比較規則，但是實際生活中的字符不止英文字符一種，比如我們的漢字有幾萬之多，對于某一種字符集來說，比較兩個字符大小的規則可以制定出很多種，也就是說同一種字符集可以有多種比較規則，我們稍后就要介紹各種現實生活中用的字符集以及它們的一些比較規則。

　　一些重要的字符集
　　不幸的是，這個世界太大了，不同的人制定出了好多種字符集，它們表示的字符范圍和用到的編碼規則可能都不一樣。我們看一下一些常用字符集的情況：

　　ASCII字符集共收錄128個字符，包括空格、標點符號、數字、大小寫字母和一些不可見字符。由于總共才128個字符，所以可以使用1個字節來進行編碼，我們看一些字符的編碼方式：
　　'L' -> 01001100（十六進制：0x4C，十進制：76）
　　'M' -> 01001101（十六進制：0x4D，十進制：77）
　　ISO 8859-1字符集共收錄256個字符，是在ASCII字符集的基礎上又擴充了128個西歐常用字符(包括德法兩國的字母)，也可以使用1個字節來進行編碼。這個字符集也有一個別名latin1。
　　GB2312字符集收錄了漢字以及拉丁字母、希臘字母、日文平假名及片假名字母、俄語西里爾字母。其中收錄漢字6763個，其他文字符號682個。同時這種字符集又兼容ASCII字符集，所以在編碼方式上顯得有些奇怪：這種表示一個字符需要的字節數可能不同的編碼方式稱為變長編碼方式。比方說字符串'愛u'，其中'愛'需要用2個字節進行編碼，編碼后的十六進制表示為0xB0AE，'u'需要用1個字節進行編碼，編碼后的十六進制表示為0x75，所以拼合起來就是0xB0AE75。
　　小貼士：

　　我們怎么區分某個字節代表一個單獨的字符還是代表某個字符的一部分呢？別忘了`ASCII`字符集只收錄128個字符，使用0～127就可以表示全部字符，所以如果某個字節是在0～127之內的，就意味著一個字節代表一個單獨的字符，否則就是兩個字節代表一個單獨的字符。
　　如果該字符在ASCII字符集中，則采用1字節編碼。
　　否則采用2字節編碼。
　　GBK字符集GBK字符集只是在收錄字符范圍上對GB2312字符集作了擴充，編碼方式上兼容GB2312。
　　utf8字符集收錄地球上能想到的所有字符，而且還在不斷擴充。這種字符集兼容ASCII字符集，采用變長編碼方式，編碼一個字符需要使用1～4個字節，比方說這樣：
　　'L' -> 01001100（十六進制：0x4C）
　　'啊' -> 111001011001010110001010（十六進制：0xE5958A）
　　小貼士：

　　其實準確的說，utf8只是Unicode字符集的一種編碼方案，Unicode字符集可以采用utf8、utf16、utf32這幾種編碼方案，utf8使用1～4個字節編碼一個字符，utf16使用2個或4個字節編碼一個字符，utf32使用4個字節編碼一個字符。更詳細的Unicode和其編碼方案的知識不是本書的重點，大家上網查查哈～

　　MySQL中并不區分字符集和編碼方案的概念，所以后邊嘮叨的時候把utf8、utf16、utf32都當作一種字符集對待。
　　對于同一個字符，不同字符集也可能有不同的編碼方式。比如對于漢字'我'來說，ASCII字符集中根本沒有收錄這個字符，utf8和gb2312字符集對漢字我的編碼方式如下：

　　utf8編碼：111001101000100010010001 (3個字節，十六進制表示是：0xE68891)
　　gb2312編碼：1011000010101110 (2個字節，十六進制表示是：0xB0AE)
　　MySQL中支持的字符集和排序規則
　　MySQL中的utf8和utf8mb4
　　我們上邊說utf8字符集表示一個字符需要使用1～4個字節，但是我們常用的一些字符使用1～3個字節就可以表示了。而在MySQL中字符集表示一個字符所用最大字節長度在某些方面會影響系統的存儲和性能，所以設計MySQL的大叔偷偷的定義了兩個概念：

　　utf8mb3：閹割過的utf8字符集，只使用1～3個字節表示字符。
　　utf8mb4：正宗的utf8字符集，使用1～4個字節表示字符。
　　有一點需要大家十分的注意，在MySQL中utf8是utf8mb3的別名，所以之后在MySQL中提到utf8就意味著使用1~3個字節來表示一個字符，如果大家有使用4字節編碼一個字符的情況，比如存儲一些emoji表情啥的，那請使用utf8mb4。

　　字符集的查看
　　MySQL支持好多好多種字符集，查看當前MySQL中支持的字符集可以用下邊這個語句：

　　SHOW (CHARACTER SET|CHARSET) [LIKE 匹配的模式];
　　其中CHARACTER SET和CHARSET是同義詞，用任意一個都可以。我們查詢一下（支持的字符集太多了，我們省略了一些）：

　　mysql> SHOW CHARSET;
　　+----------+---------------------------------+---------------------+--------+
　　| Charset | Description                     | Default collation   | Maxlen |
　　+----------+---------------------------------+---------------------+--------+
　　| big5     | Big5 Traditional Chinese        | big5_chinese_ci     |      2 |
　　...
　　| latin1   | cp1252 West European            | latin1_swedish_ci   |      1 |
　　| latin2   | ISO 8859-2 Central European     | latin2_general_ci   |      1 |
　　...
　　| ascii    | US ASCII                        | ascii_general_ci    |      1 |
　　...
　　| gb2312   | GB2312 Simplified Chinese       | gb2312_chinese_ci   |      2 |
　　...
　　| gbk      | GBK Simplified Chinese          | gbk_chinese_ci      |      2 |
　　| latin5   | ISO 8859-9 Turkish              | latin5_turkish_ci   |      1 |
　　...
　　| utf8     | UTF-8 Unicode                   | utf8_general_ci     |      3 |
　　| ucs2     | UCS-2 Unicode                   | ucs2_general_ci     |      2 |
　　...
　　| latin7   | ISO 8859-13 Baltic              | latin7_general_ci   |      1 |
　　| utf8mb4 | UTF-8 Unicode                   | utf8mb4_general_ci |      4 |
　　| utf16    | UTF-16 Unicode                  | utf16_general_ci    |      4 |
　　| utf16le | UTF-16LE Unicode                | utf16le_general_ci |      4 |
　　...
　　| utf32    | UTF-32 Unicode                  | utf32_general_ci    |      4 |
　　| binary   | Binary pseudo charset           | binary              |      1 |
　　...
　　| gb18030 | China National Standard GB18030 | gb18030_chinese_ci |      4 |
　　+----------+---------------------------------+---------------------+--------+
　　41 rows in set (0.01 sec)
　　可以看到，我使用的這個MySQL版本一共支持41種字符集，其中的Default collation列表示這種字符集中一種默認的比較規則。大家注意返回結果中的最后一列Maxlen，它代表該種字符集表示一個字符最多需要幾個字節。為了讓大家的印象更深刻，我把幾個常用到的字符集的Maxlen列摘抄下來，大家務必記住：

　　字符集名稱 Maxlen
　　ascii 1
　　latin1 1
　　gb2312 2
　　gbk 2
　　utf8 3
　　utf8mb4 4
　　比較規則的查看
　　查看MySQL中支持的比較規則的命令如下：

　　SHOW COLLATION [LIKE 匹配的模式];
　　我們前邊說過一種字符集可能對應著若干種比較規則，MySQL支持的字符集就已經非常多了，所以支持的比較規則更多，我們先只查看一下utf8字符集下的比較規則：

　　mysql> SHOW COLLATION LIKE 'utf8/_%';
　　+--------------------------+---------+-----+---------+----------+---------+
　　| Collation                | Charset | Id | Default | Compiled | Sortlen |
　　+--------------------------+---------+-----+---------+----------+---------+
　　| utf8_general_ci          | utf8    | 33 | Yes     | Yes      |       1 |
　　| utf8_bin                 | utf8    | 83 |         | Yes      |       1 |
　　| utf8_unicode_ci          | utf8    | 192 |         | Yes      |       8 |
　　| utf8_icelandic_ci        | utf8    | 193 |         | Yes      |       8 |
　　| utf8_latvian_ci          | utf8    | 194 |         | Yes      |       8 |
　　| utf8_romanian_ci         | utf8    | 195 |         | Yes      |       8 |
　　| utf8_slovenian_ci        | utf8    | 196 |         | Yes      |       8 |
　　| utf8_polish_ci           | utf8    | 197 |         | Yes      |       8 |
　　| utf8_estonian_ci         | utf8    | 198 |         | Yes      |       8 |
　　| utf8_spanish_ci          | utf8    | 199 |         | Yes      |       8 |
　　| utf8_swedish_ci          | utf8    | 200 |         | Yes      |       8 |
　　| utf8_turkish_ci          | utf8    | 201 |         | Yes      |       8 |
　　| utf8_czech_ci            | utf8    | 202 |         | Yes      |       8 |
　　| utf8_danish_ci           | utf8    | 203 |         | Yes      |       8 |
　　| utf8_lithuanian_ci       | utf8    | 204 |         | Yes      |       8 |
　　| utf8_slovak_ci           | utf8    | 205 |         | Yes      |       8 |
　　| utf8_spanish3_ci         | utf8    | 206 |         | Yes      |       8 |
　　| utf8_roman_ci            | utf8    | 207 |         | Yes      |       8 |
　　| utf8_persian_ci          | utf8    | 208 |         | Yes      |       8 |
　　| utf8_esperanto_ci        | utf8    | 209 |         | Yes      |       8 |
　　| utf8_hungarian_ci        | utf8    | 210 |         | Yes      |       8 |
　　| utf8_sinhala_ci          | utf8    | 211 |         | Yes      |       8 |
　　| utf8_german2_ci          | utf8    | 212 |         | Yes      |       8 |
　　| utf8_croatian_ci         | utf8    | 213 |         | Yes      |       8 |
　　| utf8_unicode_520_ci      | utf8    | 214 |         | Yes      |       8 |
　　| utf8_vietnamese_ci       | utf8    | 215 |         | Yes      |       8 |
　　| utf8_general_mysql500_ci | utf8    | 223 |         | Yes      |       1 |
　　+--------------------------+---------+-----+---------+----------+---------+
　　27 rows in set (0.00 sec)
　　這些比較規則的命名還挺有規律的，具體規律如下：

　　比較規則名稱以與其關聯的字符集的名稱開頭。如上圖的查詢結果的比較規則名稱都是以utf8開頭的。
　　后邊緊跟著該比較規則主要作用于哪種語言，比如utf8_polish_ci表示以波蘭語的規則比較，utf8_spanish_ci是以西班牙語的規則比較，utf8_general_ci是一種通用的比較規則。
　　名稱后綴意味著該比較規則是否區分語言中的重音、大小寫啥的，具體可以用的值如下：
　　后綴英文釋義描述
　　_ai accent insensitive 不區分重音
　　_as accent sensitive 區分重音
　　_ci case insensitive 不區分大小寫
　　_cs case sensitive 區分大小寫
　　_bin binary 以二進制方式比較
　　比如utf8_general_ci這個比較規則是以ci結尾的，說明不區分大小寫。
　　每種字符集對應若干種比較規則，每種字符集都有一種默認的比較規則，SHOW COLLATION的返回結果中的Default列的值為YES的就是該字符集的默認比較規則，比方說utf8字符集默認的比較規則就是utf8_general_ci。

　　字符集和比較規則的應用
　　各級別的字符集和比較規則
　　MySQL有4個級別的字符集和比較規則，分別是：

　　服務器級別
　　數據庫級別
　　表級別
　　列級別
　　我們接下來仔細看一下怎么設置和查看這幾個級別的字符集和比較規則。

　　服務器級別

　　MySQL提供了兩個系統變量來表示服務器級別的字符集和比較規則：

　　系統變量描述
　　character_set_server 服務器級別的字符集
　　collation_server 服務器級別的比較規則
　　我們看一下這兩個系統變量的值：

　　mysql> SHOW VARIABLES LIKE 'character_set_server';
　　+----------------------+-------+
　　| Variable_name        | Value |
　　+----------------------+-------+
　　| character_set_server | utf8 |
　　+----------------------+-------+
　　1 row in set (0.00 sec)

　　mysql> SHOW VARIABLES LIKE 'collation_server';
　　+------------------+-----------------+
　　| Variable_name    | Value           |
　　+------------------+-----------------+
　　| collation_server | utf8_general_ci |
　　+------------------+-----------------+
　　1 row in set (0.00 sec)
　　可以看到在我的計算機中服務器級別默認的字符集是utf8，默認的比較規則是utf8_general_ci。

　　我們可以在啟動服務器程序時通過啟動選項或者在服務器程序運行過程中使用SET語句修改這兩個變量的值。比如我們可以在配置文件中這樣寫：

　　[server]
　　character_set_server=gbk
　　collation_server=gbk_chinese_ci
　　當服務器啟動的時候讀取這個配置文件后這兩個系統變量的值便修改了。

　　數據庫級別

　　我們在創建和修改數據庫的時候可以指定該數據庫的字符集和比較規則，具體語法如下：

　　CREATE DATABASE 數據庫名
　　    [[DEFAULT] CHARACTER SET 字符集名稱]
　　    [[DEFAULT] COLLATE 比較規則名稱];

　　ALTER DATABASE 數據庫名
　　    [[DEFAULT] CHARACTER SET 字符集名稱]
　　    [[DEFAULT] COLLATE 比較規則名稱];
　　其中的DEFAULT可以省略，并不影響語句的語義。比方說我們新創建一個名叫charset_demo_db的數據庫，在創建的時候指定它使用的字符集為gb2312，比較規則為gb2312_chinese_ci：

　　mysql> CREATE DATABASE charset_demo_db
　　    -> CHARACTER SET gb2312
　　    -> COLLATE gb2312_chinese_ci;
　　Query OK, 1 row affected (0.01 sec)
　　如果想查看當前數據庫使用的字符集和比較規則，可以查看下面兩個系統變量的值（前提是使用USE語句選擇當前默認數據庫，如果沒有默認數據庫，則變量與相應的服務器級系統變量具有相同的值）：

　　系統變量描述
　　character_set_database 當前數據庫的字符集
　　collation_database 當前數據庫的比較規則
　　我們來查看一下剛剛創建的charset_demo_db數據庫的字符集和比較規則：

　　mysql> USE charset_demo_db;
　　Database changed

　　mysql> SHOW VARIABLES LIKE 'character_set_database';
　　+------------------------+--------+
　　| Variable_name          | Value |
　　+------------------------+--------+
　　| character_set_database | gb2312 |
　　+------------------------+--------+
　　1 row in set (0.00 sec)

　　mysql> SHOW VARIABLES LIKE 'collation_database';
　　+--------------------+-------------------+
　　| Variable_name      | Value             |
　　+--------------------+-------------------+
　　| collation_database | gb2312_chinese_ci |
　　+--------------------+-------------------+
　　1 row in set (0.00 sec)

　　mysql>
　　可以看到這個charset_demo_db數據庫的字符集和比較規則就是我們在創建語句中指定的。需要注意的一點是： character_set_database 和 collation_database 這兩個系統變量是只讀的，我們不能通過修改這兩個變量的值而改變當前數據庫的字符集和比較規則。

　　數據庫的創建語句中也可以不指定字符集和比較規則，比如這樣：

　　CREATE DATABASE 數據庫名;
　　這樣的話將使用服務器級別的字符集和比較規則作為數據庫的字符集和比較規則。

　　表級別

　　我們也可以在創建和修改表的時候指定表的字符集和比較規則，語法如下：

　　CREATE TABLE 表名 (列的信息)
　　    [[DEFAULT] CHARACTER SET 字符集名稱]
　　    [COLLATE 比較規則名稱]]

　　ALTER TABLE 表名
　　    [[DEFAULT] CHARACTER SET 字符集名稱]
　　    [COLLATE 比較規則名稱]
　　比方說我們在剛剛創建的charset_demo_db數據庫中創建一個名為t的表，并指定這個表的字符集和比較規則：

　　mysql> CREATE TABLE t(
　　    ->     col VARCHAR(10)
　　    -> ) CHARACTER SET utf8 COLLATE utf8_general_ci;
　　Query OK, 0 rows affected (0.03 sec)
　　如果創建和修改表的語句中沒有指明字符集和比較規則，將使用該表所在數據庫的字符集和比較規則作為該表的字符集和比較規則。假設我們的創建表t的語句是這么寫的：

　　CREATE TABLE t(
　　    col VARCHAR(10)
　　);
　　因為表t的建表語句中并沒有明確指定字符集和比較規則，則表t的字符集和比較規則將繼承所在數據庫charset_demo_db的字符集和比較規則，也就是gb2312和gb2312_chinese_ci。

　　列級別

　　需要注意的是，對于存儲字符串的列，同一個表中的不同的列也可以有不同的字符集和比較規則。我們在創建和修改列定義的時候可以指定該列的字符集和比較規則，語法如下：

　　CREATE TABLE 表名(
　　    列名字符串類型 [CHARACTER SET 字符集名稱] [COLLATE 比較規則名稱],
　　    其他列...
　　);

　　ALTER TABLE 表名 MODIFY 列名字符串類型 [CHARACTER SET 字符集名稱] [COLLATE 比較規則名稱];
　　比如我們修改一下表t中列col的字符集和比較規則可以這么寫：

　　mysql> ALTER TABLE t MODIFY col VARCHAR(10) CHARACTER SET gbk COLLATE gbk_chinese_ci;
　　Query OK, 0 rows affected (0.04 sec)
　　Records: 0 Duplicates: 0 Warnings: 0

　　mysql>
　　對于某個列來說，如果在創建和修改的語句中沒有指明字符集和比較規則，將使用該列所在表的字符集和比較規則作為該列的字符集和比較規則。比方說表t的字符集是utf8，比較規則是utf8_general_ci，修改列col的語句是這么寫的：

　　ALTER TABLE t MODIFY col VARCHAR(10);
　　那列col的字符集和編碼將使用表t的字符集和比較規則，也就是utf8和utf8_general_ci。

　　小貼士

　　在轉換列的字符集時需要注意，如果轉換前列中存儲的數據不能用轉換后的字符集進行表示會發生錯誤。比方說原先列使用的字符集是utf8，列中存儲了一些漢字，現在把列的字符集轉換為ascii的話就會出錯，因為ascii字符集并不能表示漢字字符。

　　僅修改字符集或僅修改比較規則

　　由于字符集和比較規則是互相有聯系的，如果我們只修改了字符集，比較規則也會跟著變化，如果只修改了比較規則，字符集也會跟著變化，具體規則如下：

　　只修改字符集，則比較規則將變為修改后的字符集默認的比較規則。
　　只修改比較規則，則字符集將變為修改后的比較規則對應的字符集。
　　不論哪個級別的字符集和比較規則，這兩條規則都適用，我們以服務器級別的字符集和比較規則為例來看一下詳細過程：

　　只修改字符集，則比較規則將變為修改后的字符集默認的比較規則。
　　mysql> SET character_set_server = gb2312;
　　Query OK, 0 rows affected (0.00 sec)

　　mysql> SHOW VARIABLES LIKE 'character_set_server';
　　+----------------------+--------+
　　| Variable_name        | Value |
　　+----------------------+--------+
　　| character_set_server | gb2312 |
　　+----------------------+--------+
　　1 row in set (0.00 sec)

　　mysql> SHOW VARIABLES LIKE 'collation_server';
　　+------------------+-------------------+
　　| Variable_name    | Value             |
　　+------------------+-------------------+
　　| collation_server | gb2312_chinese_ci |
　　+------------------+-------------------+
　　1 row in set (0.00 sec)
　　我們只修改了character_set_server的值為gb2312，collation_server的值自動變為了gb2312_chinese_ci。
　　只修改比較規則，則字符集將變為修改后的比較規則對應的字符集。
　　mysql> SET collation_server = utf8_general_ci;
　　Query OK, 0 rows affected (0.00 sec)

　　mysql> SHOW VARIABLES LIKE 'character_set_server';
　　+----------------------+-------+
　　| Variable_name        | Value |
　　+----------------------+-------+
　　| character_set_server | utf8 |
　　+----------------------+-------+
　　1 row in set (0.00 sec)

　　mysql> SHOW VARIABLES LIKE 'collation_server';
　　+------------------+-----------------+
　　| Variable_name    | Value           |
　　+------------------+-----------------+
　　| collation_server | utf8_general_ci |
　　+------------------+-----------------+
　　1 row in set (0.00 sec)

　　mysql>
　　我們只修改了collation_server的值為utf8_general_ci，character_set_server的值自動變為了utf8。
　　各級別字符集和比較規則小結

　　我們介紹的這4個級別字符集和比較規則的聯系如下：

　　如果創建或修改列時沒有顯式的指定字符集和比較規則，則該列默認用表的字符集和比較規則
　　如果創建表時沒有顯式的指定字符集和比較規則，則該表默認用數據庫的字符集和比較規則
　　如果創建數據庫時沒有顯式的指定字符集和比較規則，則該數據庫默認用服務器的字符集和比較規則
　　知道了這些規則之后，對于給定的表，我們應該知道它的各個列的字符集和比較規則是什么，從而根據這個列的類型來確定存儲數據時每個列的實際數據占用的存儲空間大小了。比方說我們向表t中插入一條記錄：

　　mysql> INSERT INTO t(col) VALUES('我我');
　　Query OK, 1 row affected (0.00 sec)

　　mysql> SELECT * FROM t;
　　+--------+
　　| s      |
　　+--------+
　　| 我我   |
　　+--------+
　　1 row in set (0.00 sec)
　　首先列col使用的字符集是gbk，一個字符'我'在gbk中的編碼為0xCED2，占用兩個字節，兩個字符的實際數據就占用4個字節。如果把該列的字符集修改為utf8的話，這兩個字符就實際占用6個字節啦～

　　客戶端和服務器通信中的字符集
　　編碼和解碼使用的字符集不一致的后果

　　說到底，字符串在計算機上的體現就是一個字節串，如果你使用不同字符集去解碼這個字節串，最后得到的結果可能讓你撓頭。

　　我們知道字符'我'在utf8字符集編碼下的字節串長這樣：0xE68891，如果一個程序把這個字節串發送到另一個程序里，另一個程序用不同的字符集去解碼這個字節串，假設使用的是gbk字符集來解釋這串字節，解碼過程就是這樣的：

　　首先看第一個字節0xE6，它的值大于0x7F（十進制：127），說明是兩字節編碼，繼續讀一字節后是0xE688，然后從gbk編碼表中查找字節為0xE688對應的字符，發現是字符' 主站蜘蛛池模板：洞头县| 万安县| 洱源县| 寿阳县| 无棣县| 文山县| 灵寿县| 毕节市| 抚远县| 芒康县| 全椒县| 兰坪| 南宫市| 集贤县| 轮台县| 丹寨县| 桐乡市| 东莞市| 乐山市| 福州市| 海南省| 九寨沟县| 镇远县| 毕节市| 大安市| 鸡泽县| 永新县| 礼泉县| 木里| 清河县| 无棣县| 夹江县| 和静县| 玛纳斯县| 仁布县| 洪湖市| 太和县| 曲阜市| 太白县| 特克斯县| 开远市|

国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

MySQL字符集和比較規則是啥