CJK 字符集的列表可能取决于您的 MySQL 版本。例如，gb18030 字符集在 MySQL 5.7.4 之前不受支持。然而，因为适用语言的名称出现在 DESCRIPTION 列中每个条目 INFORMATION_SCHEMA.CHARACTER_SETS 表中，因此您可以使用以下查询获取当前所有非 Unicode CJK 字符集的列表：

mysql> SELECT CHARACTER_SET_NAME, DESCRIPTION
       FROM INFORMATION_SCHEMA.CHARACTER_SETS
       WHERE DESCRIPTION LIKE '%Chin%'
       OR DESCRIPTION LIKE '%Japanese%'
       OR DESCRIPTION LIKE '%Korean%'
       ORDER BY CHARACTER_SET_NAME;
+--------------------+---------------------------------+
| CHARACTER_SET_NAME | DESCRIPTION                     |
+--------------------+---------------------------------+
| big5               | Big5 Traditional Chinese        |
| cp932              | SJIS for Windows Japanese       |
| eucjpms            | UJIS for Windows Japanese       |
| euckr              | EUC-KR Korean                   |
| gb18030            | China National Standard GB18030 |
| gb2312             | GB2312 Simplified Chinese       |
| gbk                | GBK Simplified Chinese          |
| sjis               | Shift-JIS Japanese              |
| ujis               | EUC-JP Japanese                 |
+--------------------+---------------------------------+

(更多信息，请参阅 第 28.3.4 节，“INFORMATION_SCHEMA CHARACTER_SETS 表”。)

MySQL 支持三种 GB（国标，或 国家标准，或 简体中文) 字符集，它们是中华人民共和国的官方字符集：gb2312、gbk 和（从 MySQL 5.7.4 开始）gb18030。

有时人们尝试将 gbk 字符插入 gb2312 中，并且大多数情况下都可以工作，因为 gbk 是 gb2312 的超集。但是，最后他们尝试插入一个罕见的中文字符时就会失败。（例如，参阅 Bug #16072。）

在这里，我们尝试明确地说明 gb2312 或 gbk 中哪些字符是合法的，以官方文档为参考。请在报告 gb2312 或 gbk 错误之前检查这些参考文献：

也可以在 Unicode 字符集中存储 CJK 字符，尽管可用的排序规则可能不会按预期排序：

用于 Unicode 字符集的排序规则确定了字符的可区分性：

此外，区分字符与按照某种 CJK 语言的惯例排序不同。目前，MySQL 只有一个 CJK 特定的 UCA 排序规则，gb18030_unicode_520_ci（需要使用非 Unicode gb18030 字符集）。

有关 Unicode 排序规则和它们的区分特性的信息，请参阅 第 12.10.1 节，“Unicode 字符集”。

这个问题通常是由于 MySQL 的设置与应用程序或操作系统的设置不匹配。以下是一些常见的解决步骤：

理论上，虽然有多个版本的euckr（扩展Unix代码韩国）字符集，但只有一个问题被注意到。我们使用ASCII变体的EUC-KR，在其中代码点0x5c是反斜杠（\），而不是韩元符号（₩）。这意味着您不能将Unicode U+20A9转换为euckr：

mysql> SELECT
           CONVERT('₩' USING euckr) AS euckr,
           HEX(CONVERT('₩' USING euckr)) AS hexeuckr;
+-------+----------+
| euckr | hexeuckr |
+-------+----------+
| ?     | 3F       |
+-------+----------+

要看到问题，创建一个具有一个Unicode（ucs2）列和一个中文（gb2312）列的表。

mysql> CREATE TABLE ch
       (ucs2 CHAR(3) CHARACTER SET ucs2,
       gb2312 CHAR(3) CHARACTER SET gb2312);

在非严格SQL模式下，尝试将罕见字符汌放入两个列中。

mysql> SET sql_mode = '';
mysql> INSERT INTO ch VALUES ('A汌B','A汌B');
Query OK, 1 row affected, 1 warning (0.00 sec)

插入语句产生警告。使用以下语句来查看是什么：

mysql> SHOW WARNINGS\G
*************************** 1. row ***************************
  Level: Warning
   Code: 1366
Message: Incorrect string value: '\xE6\xB1\x8CB' for column 'gb2312' at row 1

因此，它是一个关于gb2312列的警告。

mysql> SELECT ucs2,HEX(ucs2),gb2312,HEX(gb2312) FROM ch;
+-------+--------------+--------+-------------+
| ucs2  | HEX(ucs2)    | gb2312 | HEX(gb2312) |
+-------+--------------+--------+-------------+
| A汌B | 00416C4C0042 | A?B    | 413F42      |
+-------+--------------+--------+-------------+

这里需要解释几件事：

大多数简体中文和基本非半宽日文假名字符出现在所有CJK字符集中。以下存储过程接受一个 UCS-2 Unicode字符，转换为其他字符集，并以十六进制形式显示结果。

DELIMITER //

CREATE PROCEDURE p_convert(ucs2_char CHAR(1) CHARACTER SET ucs2)
BEGIN

CREATE TABLE tj
             (ucs2 CHAR(1) character set ucs2,
              utf8 CHAR(1) character set utf8,
              big5 CHAR(1) character set big5,
              cp932 CHAR(1) character set cp932,
              eucjpms CHAR(1) character set eucjpms,
              euckr CHAR(1) character set euckr,
              gb2312 CHAR(1) character set gb2312,
              gbk CHAR(1) character set gbk,
              sjis CHAR(1) character set sjis,
              ujis CHAR(1) character set ujis);

INSERT INTO tj (ucs2) VALUES (ucs2_char);

UPDATE tj SET utf8=ucs2,
              big5=ucs2,
              cp932=ucs2,
              eucjpms=ucs2,
              euckr=ucs2,
              gb2312=ucs2,
              gbk=ucs2,
              sjis=ucs2,
              ujis=ucs2;

/* If there are conversion problems, UPDATE produces warnings. */

SELECT hex(ucs2) AS ucs2,
       hex(utf8) AS utf8,
       hex(big5) AS big5,
       hex(cp932) AS cp932,
       hex(eucjpms) AS eucjpms,
       hex(euckr) AS euckr,
       hex(gb2312) AS gb2312,
       hex(gbk) AS gbk,
       hex(sjis) AS sjis,
       hex(ujis) AS ujis
FROM tj;

DROP TABLE tj;

END//

DELIMITER ;

输入可以是任何单个 ucs2 字符，也可以是该字符的代码值（十六进制表示）。例如，从Unicode的 ucs2 编码和名称列表（http://www.unicode.org/Public/UNIDATA/UnicodeData.txt），我们知道，片假名字符 Pe 出现在所有CJK字符集中，其代码值为 X'30DA'。如果我们使用这个值作为 p_convert() 的参数，结果如下所示：

mysql> CALL p_convert(X'30DA');
+------+--------+------+-------+---------+-------+--------+------+------+------+
| ucs2 | utf8   | big5 | cp932 | eucjpms | euckr | gb2312 | gbk  | sjis | ujis |
+------+--------+------+-------+---------+-------+--------+------+------+------+
| 30DA | E3839A | C772 | 8379  | A5DA    | ABDA  | A5DA   | A5DA | 8379 | A5DA |
+------+--------+------+-------+---------+-------+--------+------+------+------+

由于没有列值是 3F（即问号字符，？），我们知道每个转换都成功了。

CJK排序问题在旧版本的MySQL中可以通过使用 utf8mb4 字符集和 utf8mb4_ja_0900_as_cs 排序解决。

CJK排序问题在旧版本的MySQL中可以通过使用 utf8mb4 字符集和 utf8mb4_ja_0900_as_cs 排序解决。

补充字符位于Unicode 基本多语言平面 / 平面 0 之外。BMP 字符具有代码点值介于 U+0000 和 U+FFFF 之间。补充字符具有代码点值介于 U+10000 和 U+10FFFF 之间。

要存储补充字符，必须使用支持它们的字符集：

不。术语“CJKV”（Chinese Japanese Korean Vietnamese）指的是越南字符集，其中包含汉字符（最初来自中国）。MySQL支持使用西方字符的现代越南脚本，但不支持使用汉字符的旧越南脚本。

从MySQL 5.6开始，有越南排序规则的Unicode字符集，如 第 12.10.1 节，“Unicode 字符集” 所述。

是。

MySQL 5.6 手册的日文翻译可以从 https://dev.mysql.com/doc/ 下载。

以下资源可用：