字符集 的 所有组成 部分是集合中的字符集合。

字符串表达式有一个repertoire属性，它可以有两个值：

的 ASCII 范围的一个子集 UNICODE 范围内，所以用一个字符串 ASCII 剧目可以安全地没有信息的字符集与任何串的损失被转换 UNICODE 库或为一个字符集是一个超集 ASCII 。 （ ASCII 除了 swe7 瑞典重音字符 之外， 所有MySQL字符集都是超集 ，它重用了一些标点字符。）在许多情况下，使用repertoire可以在表达式中进行字符集转换，否则MySQL将返回 “ 非法混合排序 ” 错误。

以下讨论提供了表达式及其曲目的示例，并描述了曲目的使用如何更改字符串表达式评估：

元数据 是 “ 有关数据的数据。 “ 任何 描述 数据库的 东西 - 而不是数据库的 内容 - 都是元数据。 因此，列名，数据库名，用户名，版本名称和大多数字符串结果 SHOW 都是元数据。 对于表的内容也是如此， INFORMATION_SCHEMA 因为这些表按定义包含有关数据库对象的信息。

元数据的表示必须满足以下要求：

为了满足这两个要求，MySQL将元数据存储在Unicode字符集中，即UTF-8。 如果您从不使用重音或非拉丁字符，这不会造成任何中断。 但是如果你这样做，你应该知道元数据是UTF-8。

元数据的要求意味着的返回值 USER() ， CURRENT_USER() ， SESSION_USER() ， SYSTEM_USER() ， DATABASE() ，和 VERSION() 功能有UTF-8字符的默认设置。

服务器将 character_set_system 系统变量设置为元数据字符集的名称：

MySQL的> SHOW VARIABLES LIKE 'character_set_system';
+ ---------------------- + ------- +
| Variable_name | 价值|
+ ---------------------- + ------- +
| character_set_system | utf8 |
+ ---------------------- + ------- +

使用Unicode存储元数据 并不 意味着服务器 默认 返回列的标题和 字符集中 的 DESCRIBE 函数 结果 character_set_system 。 使用时 SELECT column1 FROM t ，名称 column1 本身从服务器返回到由 character_set_results 系统变量 值确定的字符集中的客户端，该 变量的默认值为 utf8mb4 。 如果希望服务器以不同的字符集传回元数据结果，请使用该 SET NAMES 语句强制服务器执行字符集转换。 SET NAMES 设置 character_set_results 和其他相关的系统变量。 （看到 第10.4节“连接字符集和排序” 。）或者，客户端程序可以在从服务器接收结果后执行转换。 客户端执行转换的效率更高，但并非所有客户端都可以使用此选项。

如果 character_set_results 设置为 NULL ，则不执行任何转换，并且服务器使用其原始字符集（指示的集合 character_set_system ） 返回元数据 。

从服务器返回到客户端的错误消息将自动转换为客户端字符集，与元数据一样。

如果您 USER() 在单个语句 中使用（例如） 函数进行比较或赋值，请不要担心。 MySQL为您执行一些自动转换。

SELECT * FROM t1 WHERE USER（）= latin1_column;

这是有效的，因为 latin1_column 在比较之前 内容 会自动转换为UTF-8。

INSERT INTO t1（latin1_column）SELECT USER（）;

这是有效的，因为内容 在分配之前 USER() 自动转换为 latin1 。

虽然自动转换不在SQL标准中，但标准确实说每个字符集（就支持的字符而言）是 Unicode 的 “ 子集 ” 。 因为一个众所周知的原则是 “ 适用于超集的内容可以应用于子集 ”， 我们认为Unicode的排序规则可以应用于与非Unicode字符串的比较。 有关字符串强制的更多信息，请参见 第10.8.4节“表达式中的校对强制性” 。

MySQL排序规则名称遵循以下约定：

MySQL Server具有服务器字符集和服务器排序规则。 这些可以在命令行或选项文件中的服务器启动时设置，并在运行时更改。

最初，服务器字符集和排序规则取决于启动 mysqld 时使用的选项 。 您可以使用 --character-set-server 字符集。 除此之外，您还可以添加 --collation-server 排序规则。 如果您没有指定字符集，那就与说法相同 --character-set-server=utf8mb4 。 如果仅指定字符集（例如 utf8mb4 ）但不指定排序规则，则与说明相同， 因为 它是默认排序规则 。 因此，以下三个命令都具有相同的效果： --character-set-server=utf8mb4 --collation-server=utf8mb4_0900_ai_ci utf8mb4_0900_ai_ci utf8mb4

mysqld的
mysqld --character-set-server = utf8mb4
mysqld --character-set-server = utf8mb4 \
  --collat​​ion服务器= utf8mb4_0900_ai_ci

更改设置的一种方法是重新编译。 要在从源构建时更改默认服务器字符集和排序规则，请使用 CMake 的 DEFAULT_CHARSET 和 DEFAULT_COLLATION 选项 。 例如：

cmake。-DDEFAULT_CHARSET = LATIN1

要么：

cmake。-DDEFAULT_CHARSET = latin1 \
  -DDEFAULT_COLLATION = latin1_german1_ci

双方 的mysqld 和 CMake的 验证字符集/归类组合是有效的。 如果没有，每个程序都会显示一条错误消息并终止。

如果未在 CREATE DATABASE 语句中 指定数据库字符集和排序规则，则将服务器字符集和排序规则用作默认值 。 他们没有其他目的。

可以根据 系统变量 character_set_server 和 collation_server 系统变量 的值来确定当前服务器字符集和排序规则 。 这些变量可以在运行时更改。

每个数据库都有一个数据库字符集和一个数据库排序规则。 该 CREATE DATABASE 和 ALTER DATABASE 语句有用于指定数据库字符集和校对可选条款：

创建数据库db_name
    [[默认]字符集charset_name]
    [[DEFAULT] COLLATE collation_name]

ALTER DATABASE db_name
    [[DEFAULT] CHARACTER SET charset_name]
    [[DEFAULT] COLLATE collation_name]

SCHEMA 可以使用 关键字 代替 DATABASE 。

在 CHARACTER SET 和 COLLATE 条款使其能够创建具有不同的字符集和归类同一台MySQL服务器上的数据库。

数据库选项存储在数据字典中，可以通过检查 INFORMATION_SCHEMA.SCHEMATA 表 来检查 。

例：

创建数据库db_name字符集latin1 COLLATE latin1_swedish_ci;

MySQL以下列方式选择数据库字符集和数据库排序规则：

可以根据 系统变量 character_set_database 和 collation_database 系统变量 的值确定默认数据库的字符集和排序规则 。 每当默认数据库更改时，服务器都会设置这些变量 如果没有默认数据库，则变量与相应的服务器级系统变量具有相同的值， character_set_server 并且 collation_server 。

要查看给定数据库的缺省字符集和排序规则，请使用以下语句：

使用db_name;
SELECT @@ character_set_database，@@ collat​​ion_database;

或者，要在不更改默认数据库的情况下显示值：

SELECT DEFAULT_CHARACTER_SET_NAME，DEFAULT_COLLATION_NAME
FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME =' db_name';

数据库字符集和排序规则会影响服务器操作的这些方面：

每个表都有一个表字符集和一个表格排序规则。 该 CREATE TABLE 和 ALTER TABLE 语句对指定表字符集和校对可选条款：

CREATE TABLE tbl_name（column_list）
    [[DEFAULT] CHARACTER SET charset_name]
    [收集collation_name]]

ALTER TABLE tbl_name
    [[DEFAULT] CHARACTER SET charset_name]
    [收集collation_name]

例：

CREATE TABLE t1（...）
字符集latin1 COLLATE latin1_danish_ci;

MySQL以下列方式选择表字符集和排序规则：

如果未在各个列定义中指定列字符集和排序规则，则表字符集和排序规则将用作列定义的默认值。 表字符集和排序规则是MySQL扩展; 标准SQL中没有这样的东西。

每个 “ 字符 ” 列（即，类型列 CHAR ， VARCHAR 中， TEXT 类型，或其任何同义词）具有列字符集和列排序规则。 用于列定义的语法 CREATE TABLE 和 ALTER TABLE 具有用于指定列的字符集和归类可选子句：

col_name{CHAR | VARCHAR | TEXT}（col_length）
    [字符集charset_name]
    [收集collation_name]

这些子句也可以用于 ENUM 和 SET 列：

col_name{ENUM | SET}（val_list）
    [字符集charset_name]
    [收集collation_name]

例子：

CREATE TABLE t1
（
    col1 VARCHAR（5）
      字符集拉丁1
      收集latin1_german1_ci
）;

更改表t1修改
    col1 VARCHAR（5）
      字符集拉丁1
      COLLATE latin1_swedish_ci;

MySQL以下列方式选择列字符集和排序规则：

在 CHARACTER SET 与 COLLATE 子句是标准的SQL。

如果您使用 ALTER TABLE 将列从一个字符集转换为另一个字符集，MySQL会尝试映射数据值，但如果字符集不兼容，则可能会丢失数据。

每个字符串文字都有字符集和排序规则。

对于简单的语句 ，该字符串有连接默认字符集和归类定义 和 系统变量。 SELECT 'string' character_set_connection collation_connection

字符串文字可以具有可选的字符集介绍人和 COLLATE 子句，以将其指定为使用特定字符集和排序规则的字符串：

[_ charset_name]' string'[收集collation_name]

该 表达正式称为 引导 。 它告诉解析器， “ 后面 的字符串使用字符集 。 “ 介绍人不会将字符串更改为导入器字符集 。 它不会更改字符串值，但可能会出现填充。 介绍人只是一个信号。 请参见 第10.3.8节“字符集介绍” 。 _charset_name charset_name CONVERT()

例子：

SELECT'abc';
SELECT _latin1'abc';
SELECT _binary'abc';
SELECT _utf8mb4'abc'COLLATE utf8mb4_danish_ci;

字符集引入器和 COLLATE 子句是根据标准SQL规范实现的。

MySQL以下列方式确定字符串文字的字符集和整理：

例子：

介绍人指示以下字符串的字符集，但不会更改解析器在字符串中执行转义处理的方式。 Escape总是由解析器根据给定的字符集解释 character_set_connection 。

以下示例显示 character_set_connection 即使在导入器存在的情况下 也会发生逃逸处理 。 这些示例使用 SET NAMES （更改 character_set_connection ，如 第10.4节“连接字符集和排序”中所述 ），并使用该 HEX() 函数 显示结果字符串， 以便可以看到确切的字符串内容。

例1：

mysql> SET NAMES latin1;
mysql>SELECT HEX('à\n'), HEX(_sjis'à\n');
+ ------------ + ----------------- +
| HEX（'à\ n'）| HEX（_sjis'à\ n'）|
+ ------------ + ----------------- +
| E00A | E00A |
+ ------------ + ----------------- +

这里， à （十六进制值 E0 ）后跟 \n 换行符的转义序列。 使用 character_set_connection 值 latin1 来 解释转义序列 以生成文字换行符（十六进制值 0A ）。 即使是第二个字符串也会发生这种情 也就是说， _sjis 介绍人不会影响解析器的转义处理。

例2：

mysql> SET NAMES sjis;
mysql>SELECT HEX('à\n'), HEX(_latin1'à\n');
+ ------------ + ------------------- +
| HEX（'à\ n'）| HEX（_latin1'à\ n'）|
+ ------------ + ------------------- +
| E05C6E | E05C6E |
+ ------------ + ------------------- +

这里 character_set_connection 是 sjis 一个字符集，其中 à 后面 的序列 \ （十六进制值 05 和 5C ）是有效的多字节字符。 因此，字符串的前两个字节被解释为单个 sjis 字符，并且 \ 不会被解释为转义字符。 以下 n （十六进制值 6E ）不会被解释为转义序列的一部分。 即使对于第二个字符串也是如此; 在 _latin1 引导不影响转义处理。

标准SQL定义 NCHAR 或 NATIONAL CHAR 作为指示 CHAR 列应使用某些预定义字符集的方法。 MySQL使用 utf8 此预定义字符集。 例如，这些数据类型声明是等效的：

CHAR（10）CHARACTER SET utf8
国家人物（10）
NCHAR（10）

这些是：

VARCHAR（10）CHARACTER SET utf8
NATIONAL VARCHAR（10）
NVARCHAR（10）
NCHAR VARCHAR（10）
国家角色变化（10）
国家角色变化（10）

您可以使用 （或 ）在国家字符集中创建字符串。 这些陈述是等价的： N'literal' n'literal'

SELECT N'some text';
SELECT n'some text';
SELECT _utf8的一些文字';

字符串文字，十六进制文字或位值文字可以具有可选的字符集介绍人和 COLLATE 子句，以将其指定为使用特定字符集和排序规则的字符串：

[_ charset_name] literal[COLLATE collation_name]

该 表达正式称为 引导 。 它告诉解析器， “ 后面 的字符串使用字符集 。 “ 介绍人不会将字符串更改为导入器字符集 。 它不会更改字符串值，但可能会出现填充。 介绍人只是一个信号。 _charset_name charset_name CONVERT()

对于字符串文字，允许介绍者和字符串之间的空格，但是可选。

例子：

SELECT'abc';
SELECT _latin1'abc';
SELECT _binary'abc';
SELECT _utf8mb4'abc'COLLATE utf8mb4_danish_ci;

SELECT _latin1 X'4D7953514C';
SELECT _utf8mb4 0x4D7953514C COLLATE utf8mb4_danish_ci;

SELECT _latin1 b'1000001';
SELECT _utf8mb4 0b1000001 COLLATE utf8mb4_danish_ci;

字符集引入器和 COLLATE 子句是根据标准SQL规范实现的。

可以使用 _binary 介绍人将 字符串文字指定为二进制字符串 。 默认情况下，十六进制文字和位值文字是二进制字符串，因此 _binary 是允许的，但通常是不必要的。 _binary 可能有用的是将十六进制或位文字保留为上下文中的二进制字符串，否则文字将被视为数字。 例如，位操作允许MySQL 8.0及更高版本中的数字或二进制字符串参数，但默认情况下将十六进制和位文字视为数字。 要为此类文字显式指定二进制字符串上下文 _binary ，请至少使用其中一个参数 的 介绍人：

mysql> SET @v1 = X'000D' | X'0BC0';
mysql> SET @v2 = _binary X'000D' | X'0BC0';
mysql>SELECT HEX(@v1), HEX(@v2);
+ ---------- + ---------- +
| 十六进制（@ v1）| HEX（@ v2）|
+ ---------- + ---------- +
| BCD | 0BCD |
+ ---------- + ---------- +

所显示的结果，这样对位操作类似，但没有结果 _binary 是一个 BIGINT 值，而将结果与 _binary 一个二进制字符串。 由于结果类型不同，显示的值不同：数字结果不显示高位0位数。

MySQL以下列方式确定字符串文字，十六进制文字或位值文字的字符集和排序规则：

例子：

对于字符集文字，介绍人指示以下字符串的字符集，但不会更改解析器在字符串中执行转义处理的方式。 Escape总是由解析器根据给定的字符集解释 character_set_connection 。 有关其他讨论和示例，请参见 第10.3.6节“字符串文字字符集和排序规则” 。

以下示例显示MySQL如何确定默认字符集和排序规则值。

示例1：表和列定义

CREATE TABLE t1
（
    c1 CHAR（10）CHARACTER SET latin1 COLLATE latin1_german1_ci
）DEFAULT CHARACTER SET latin2 COLLATE latin2_bin;

这里我们有一个包含 latin1 字符集和 latin1_german1_ci 排序规则的列。 定义是明确的，因此很简单。 请注意， latin1 在 latin2 表中 存储 列 没有问题 。

示例2：表和列定义

CREATE TABLE t1
（
    c1 CHAR（10）CHARACTER SET latin1
）DEFAULT CHARACTER SET latin1 COLLATE latin1_danish_ci;

这次我们有一个包含 latin1 字符集和默认排序规则的列。 虽然看起来很自然，但默认排序规则不是从表级别获取的。 相反，因为默认排序规则 latin1 始终为 latin1_swedish_ci ，所以列 c1 具有 latin1_swedish_ci （非 latin1_danish_ci ） 排序规则 。

示例3：表和列定义

CREATE TABLE t1
（
    c1 CHAR（10）
）DEFAULT CHARACTER SET latin1 COLLATE latin1_danish_ci;

我们有一个包含默认字符集和默认排序规则的列。 在这种情况下，MySQL检查表级别以确定列字符集和排序规则。 因此，列的字符集 c1 是 latin1 其排序规则 latin1_danish_ci 。

示例4：数据库，表和列定义

创建数据库d1
    默认字符集latin2 COLLATE latin2_czech_ci;
使用d1;
CREATE TABLE t1
（
    c1 CHAR（10）
）;

我们创建一个列而不指定其字符集和排序规则。 我们也没有在表级指定字符集和排序规则。 在这种情况下，MySQL会检查数据库级别以确定表设置，然后将其设置为列设置。）因此，列的字符集 c1 是 latin2 其排序规则 latin2_czech_ci 。

对于MaxDB兼容性，这两个语句是相同的：

CREATE TABLE t1（f1 CHAR（N）UNICODE）;
CREATE TABLE t1（f1 CHAR（N）CHARACTER SET ucs2）;

使用该 COLLATE 子句，您可以覆盖默认排序规则以进行比较。 COLLATE 可以在SQL语句的各个部分中使用。 这里有些例子：

该 COLLATE 子句具有高优先级（高于 || ），因此以下两个表达式是等效的：

x || y COLLATE z
x || （y COLLATE z）

每个字符集都有一个或多个排序规则，但每个排序规则都与一个且只有一个字符集相关联。 因此，以下语句会导致错误消息，因为 latin2_bin 排序规则与 latin1 字符集 不合法 ：

MySQL的> SELECT _latin1 'x' COLLATE latin2_bin;
ERROR 1253（42000）：COLLATION'latin2_bin'无效
用于CHARACTER SET'latin1'

在绝大多数语句中，很明显MySQL用于解析比较操作的排序规则。 例如，在以下情况中，应该清楚的是，排序规则是列的排序规则 x ：

SELECT x FROM T ORDER BY x;
SELECT x FROM T WHERE x = x;
SELECT DISTINCT x FROM T;

但是，对于多个操作数，可能存在歧义。 例如：

SELECT x FROM T WHERE x ='Y';

比较应该使用列的整理 x ，还是字符串文字 的整理 'Y' ？ 双方 x 并 'Y' 有排序规则，所以其整理的优先级？

排序的混合也可能出现在比较之外的上下文中。 例如，多参数连接操作（例如 CONCAT(x,'Y') 组合其参数以生成单个字符串）。 结果应该是什么样的整理？

为了解决这些问题，MySQL会检查是否可以将一个项目的排序规则强制转换为另一个项目的排序规则。 MySQL按如下方式分配强制性值：

MySQL使用具有以下规则的强制性值来解决歧义：

虽然自动转换不在SQL标准中，但标准确实说每个字符集（就支持的字符而言）是 Unicode 的 “ 子集 ” 。 因为一个众所周知的原则是 “ 适用于超集的内容可以应用于子集 ”， 我们认为Unicode的排序规则可以应用于与非Unicode字符串的比较。

下表说明了前述规则的一些应用。

要确定字符串表达式的强制性，请使用 COERCIBILITY() 函数（请参见 第12.15节“信息函数” ）：

MySQL的> SELECT COERCIBILITY('A' COLLATE latin1_swedish_ci);
        - > 0
MySQL的> SELECT COERCIBILITY(VERSION());
        - > 3
MySQL的> SELECT COERCIBILITY('A');
        - > 4
MySQL的> SELECT COERCIBILITY(1000);
        - > 5

对于将数值或时间值隐式转换为字符串（例如，对于 1 表达式中 的参数） CONCAT(1, 'abc') ，结果是字符（非二进制）字符串，其具有由 系统变量 character_set_connection 和 collation_connection 系统变量 确定的字符集和排序规则 。 请参见 第12.2节“表达式评估中的类型转换” 。

本节介绍 binary 二进制字符串 的 排序规则 如何 比较 _bin 非 。

二进制字符串（如使用所存储的 BINARY ， VARBINARY 和 BLOB 数据类型）有一个字符集和归类命名 binary 。 二进制字符串是字节序列，这些字节的数值确定比较和排序顺序。

非二进制字符串（如使用所存储的 CHAR ， VARCHAR 和 TEXT 数据类型）具有一个字符集和比其他排序规则 binary 。 给定的非二进制字符集可以有多个排序规则，每个排序规则定义集合中字符的特定比较和排序顺序。 其中之一是字符集的二进制排序规则，由 _bin 排序规则名称中 的 后缀 表示 。 例如，对于二进制排序规则 utf8 和 latin1 命名 utf8_bin ，并 latin1_bin 分别。 （ utf8mb4 是一个具有两个二进制排序规则的例外;请参见 第10.10.1节“Unicode字符集” 。）

binary 整理与 _bin 几个方面 的 整理不同 ，将在以下各节中讨论：

mysql> SET NAMES utf8mb4 COLLATE utf8mb4_bin;
mysql>SELECT LOWER('aA'), UPPER('zZ');
+ ------------- ------------- + +
| 更低（'aA'）| UPPER（'zZ'）|
+ ------------- ------------- + +
| aa | ZZ |
+ ------------- ------------- + +

mysql> SET NAMES binary;
mysql>SELECT LOWER('aA'), LOWER(CONVERT('aA' USING utf8mb4));
+ ------------- + ----------------------------------- -  +
| 更低（'aA'）| 更低（转换（'aA'使用utf8mb4））|
+ ------------- + ----------------------------------- -  +
| aA | aa |
+ ------------- + ----------------------------------- -  +

MySQL的> SELECT COLLATION_NAME, PAD_ATTRIBUTE
       FROM INFORMATION_SCHEMA.COLLATIONS
       WHERE COLLATION_NAME LIKE 'utf8mb4%bin';
+ ------------------ + --------------- +
| COLLATION_NAME | PAD_ATTRIBUTE |
+ ------------------ + --------------- +
| utf8mb4_bin | PAD SPACE |
| utf8mb4_0900_bin | 没有PAD |
+ ------------------ + --------------- +
mysql> SET NAMES utf8mb4 COLLATE utf8mb4_bin;
mysql>SELECT 'a ' = 'a';
+ ------------ +
| 'a'='a'|
+ ------------ +
| 1 |
+ ------------ +
mysql> SET NAMES utf8mb4 COLLATE utf8mb4_0900_bin;
mysql>SELECT 'a ' = 'a';
+ ------------ +
| 'a'='a'|
+ ------------ +
| 0 |
+ ------------ +

mysql> SET NAMES binary;
mysql>SELECT 'a ' = 'a';
+ ------------ +
| 'a'='a'|
+ ------------ +
| 0 |
+ ------------ +