MySQL 字符集：排序规则问题 - 版本历史

2023年3月31日 (五) 15:04 Eijux

2023-03-31T15:04:39Z

←上一版本		2023年3月31日 (五) 23:04的版本
第1行：		第1行：
	[[category:~~MySQL~~]]		[[category:MySQL文档]]

	== 在 SQL 语句中使用“COLLATE” ==		== 在 SQL 语句中使用“COLLATE” ==

Eijux：/* 在“INFORMATION_SCHEMA”搜索中使用排序规则 */

2021-03-28T16:59:52Z

在“INFORMATION_SCHEMA”搜索中使用排序规则

←上一版本		2021年3月29日 (一) 00:59的版本
第238行：		第238行：

	== 在“INFORMATION_SCHEMA”搜索中使用排序规则 ==		== 在“INFORMATION_SCHEMA”搜索中使用排序规则 ==
			INFORMATION_SCHEMA 表中的字符串列的排序规则为 utf8_general_ci，不区分大小写。

			但是，对于“代表文件系统中的对象”所对应的值（例如数据库和表）【数据库、表都存在于物理系统中，对应于某个或某几个文件】，在 INFORMATION_SCHEMA 字符串列中进行的搜索可以区分大小写或不区分大小写，具体取决于基础文件系统的特性和系统变量“'''lower_case_table_names'''”的值。


			示例：
			# 假设查询在 SCHEMATA.SCHEMA_NAME 列中搜索 test 数据库。在 Linux 上，文件系统区分大小写，因此 SCHEMATA.SCHEMA_NAME 与 'test' 的比较匹配，但与 'TEST' 的比较不匹配：
			#* 【这些结果是在“lower_case_table_names”系统变量设置为 0 的情况下发生的，将“lower_case_table_names”的值更改为 1 或 2 会导致第二个查询返回与第一个查询相同的(非空)结果。】
			#: <syntaxhighlight lang="xml">
			mysql> SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA
			WHERE SCHEMA_NAME = 'test';
			+-------------+
			\| SCHEMA_NAME \|
			+-------------+
			\| test \|
			+-------------+

			mysql> SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA
			WHERE SCHEMA_NAME = 'TEST';
			Empty set (0.00 sec)
			</syntaxhighlight>
			# 在 Windows 或 macOS 上，文件系统不区分大小写，因此比较匹配 'test' 和 'TEST'：
			#* 【“lower_case_table_names”的值在这种情况下没有区别】
			#: <syntaxhighlight lang="xml">
			mysql> SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA
			WHERE SCHEMA_NAME = 'test';
			+-------------+
			\| SCHEMA_NAME \|
			+-------------+
			\| test \|
			+-------------+

			mysql> SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA
			WHERE SCHEMA_NAME = 'TEST';
			+-------------+
			\| SCHEMA_NAME \|
			+-------------+
			\| TEST \|
			+-------------+
			</syntaxhighlight>

			* 出现上述现象的原因是，'''当搜索“代表文件系统的对象”所对应的值时，utf8_general_ci 排序规则不用于 INFORMATION_SCHEMA 查询。'''这是针对 INFORMATION_SCHEMA 搜索实施文件系统扫描优化的结果。


			如果对 INFORMATION_SCHEMA 列进行字符串操作的结果与预期的不同：
			# 一种解决方法是使用'''显式的“COLLATE”子句强制进行适当的排序规则'''。
			#: 例如，要执行不区分大小写的搜索，请使用 COLLATE 和 INFORMATION_SCHEMA 列名：
			#: <syntaxhighlight lang="xml">
			mysql> SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA
			WHERE SCHEMA_NAME COLLATE utf8_general_ci = 'test';
			+-------------+
			\| SCHEMA_NAME \|
			+-------------+
			\| test \|
			+-------------+

			mysql> SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA
			WHERE SCHEMA_NAME COLLATE utf8_general_ci = 'TEST';
			+-------------+
			\| SCHEMA_NAME \|
			+-------------+
			\| test \|
			+-------------+
			</syntaxhighlight>
			#* 在以上查询中，将 COLLATE 子句应用于 INFORMATION_SCHEMA 列名很重要。将 COLLATE 应用于比较值（如上的“test”、“TEST”）无效。
			# 还可以'''使用“UPPER()”或L“OWER()”函数'''：
			#: <syntaxhighlight lang="xml">
			WHERE UPPER(SCHEMA_NAME) = 'TEST'
			WHERE LOWER(SCHEMA_NAME) = 'test'
			</syntaxhighlight>
			#* 尽管即使在具有区分大小写的文件系统的平台上也可以执行不区分大小写的比较，如所示，但这不一定总是正确的做法。在这样的平台上，可能有多个名称仅在字母大小写不同的对象。例如，名为city，CITY和City的表可以同时存在。


			在 INFORMATION_SCHEMA 字符串列中搜索指向 INFORMATION_SCHEMA 本身的值的确使用 utf8_general_ci归类，因为 '''INFORMATION_SCHEMA 是文件系统中未表示的“虚拟”数据库'''。例如，与 SCHEMATA.SCHEMA_NAME 的比较会匹配 'information_schema' 或 'INFORMATION_SCHEMA'，而与平台无关：
			<syntaxhighlight lang="xml">
			mysql> SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA
			WHERE SCHEMA_NAME = 'information_schema';
			+--------------------+
			\| SCHEMA_NAME \|
			+--------------------+
			\| information_schema \|
			+--------------------+

			mysql> SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA
			WHERE SCHEMA_NAME = 'INFORMATION_SCHEMA';
			+--------------------+
			\| SCHEMA_NAME \|
			+--------------------+
			\| information_schema \|
			+--------------------+
			</syntaxhighlight>

Eijux：/* 排序规则效果的示例 */

2021-03-28T16:34:25Z

排序规则效果的示例

←上一版本		2021年3月29日 (一) 00:34的版本
第236行：		第236行：

	“CHAR(N)”列存储非二进制字符串“N”个字符长。对于插入，短于“N”字符的值以空格扩展。对于检索，删除了尾随空格。		“CHAR(N)”列存储非二进制字符串“N”个字符长。对于插入，短于“N”字符的值以空格扩展。对于检索，删除了尾随空格。

	~~== 排序规则效果的示例 ==~~

	== 在“INFORMATION_SCHEMA”搜索中使用排序规则 ==		== 在“INFORMATION_SCHEMA”搜索中使用排序规则 ==

Eijux：/* 与_bin 排序规则相比的二进制排序规则 */

2021-03-28T16:32:07Z

与_bin 排序规则相比的二进制排序规则

@@ 第132行： / 第132行： @@
 * 对于将数值或时间值隐式转换为字符串(例如在表达式“CONCAT(1, 'abc')”中的自变量1发生的情况)，结果是一个字符(非二进制)字符串，该字符串具有由“character_set_connection”和“collation_connection”系统变量确定的字符集和排序规则。
-== 与_bin 排序规则相比的二进制排序规则 ==
+== “binary排序规则”与“_bin排序规则”【？？？】 ==
 == 排序规则效果的示例 ==
 == 在“INFORMATION_SCHEMA”搜索中使用排序规则 ==

Eijux：/* 表达式中的排序规则强制性 */

2021-03-28T16:11:08Z

表达式中的排序规则强制性

←上一版本		2021年3月29日 (一) 00:11的版本
第69行：		第69行：

	== 表达式中的排序规则强制性 ==		== 表达式中的排序规则强制性 ==
			在绝大多数语句中，MySQL 使用什么排序规则是很明显的。例如，在以下情况下，应该清楚排序规则是 x 列的排序规则：
			<syntaxhighlight lang="xml">
			SELECT x FROM T ORDER BY x;
			SELECT x FROM T WHERE x = x;
			SELECT DISTINCT x FROM T;
			</syntaxhighlight>
			但是，对于多个操作数，可能会有歧义。例如，此语句在列 x 和字符串常量 'Y' 之间进行比较：
			<syntaxhighlight lang="xml">
			SELECT x FROM T WHERE x = 'Y';
			</syntaxhighlight>
			如果x和'Y'具有相同的排序规则，则对于用于比较的排序规则没有歧义。但是，如果它们具有不同的排序规则，则比较应使用 x 还是 'Y' 的排序规则？ x 和 'Y' 都有排序规则，那么哪个排序规则优先？


			为了解决这些问题，MySQL 检查是否可以将一项的排序规则强制为另一项的排序规则。 MySQL 分配强制性值如下：
			# 显式的“COLLATE”子句的强制性为 0(根本不可强制)。
			# 具有不同排序规则的两个字符串的串联的强制性为 1.
			# 列或存储的例程参数或局部变量的排序规则的强制性为 2.
			# “系统常数”(由“USER()”或“VERSION()”之类的函数返回的字符串)的强制性为 3.
			# 常量的排序规则的强制性为 4.
			# 数字或时间值的排序规则的强制性为 5.
			# NULL 或从NULL派生的表达式的强制性为 6.

			MySQL 使用强制性值和以下规则来解决歧义：
			# '''使用具有最低强制性的排序规则。'''
			# 如果双方具有相同的强制性，则：
			## 如果双方都是 Unicode，或者双方都不是 Unicode，则错误。
			## 如果其中一方具有 Unicode 字符集，而另一方具有非 Unicode 字符集，'''则具有 Unicode 字符集的一方获胜'''，并且自动字符集转换将应用于非 Unicode 一方。例如，以下语句不返回错误：
			##: <syntaxhighlight lang="xml">
			SELECT CONCAT(utf8_column, latin1_column) FROM t1;
			</syntaxhighlight>
			##: 它返回一个字符集为 utf8 且排序规则与 utf8_column 相同的结果。串联之前，latin1_column 的值会自动转换为utf8。
			# 对于具有相同字符集但混合了“_bin”排序规则和“_ci”或“_cs”排序规则的操作数的操作，将'''使用“_bin”排序规则'''。这类似于将非二进制和二进制字符串混合在一起的操作如何将操作数评估为二进制字符串(应用于排序规则而不是数据类型)。


			示例：
			{\| class="wikitable"
			! Comparison !! Collation Used
			\|-
			\| column1 = 'A' \|\| 使用排序规则 column1
			\|-
			\| column1 = 'A' COLLATE x \|\| 使用排序规则 'A' COLLATE x
			\|-
			\| column1 COLLATE x = 'A' COLLATE y \|\| Error
			\|}


			要确定字符串表达式的可强制性，请使用“'''COERCIBILITY()'''”函数：
			<syntaxhighlight lang="xml">
			mysql> SELECT COERCIBILITY(_utf8'A' COLLATE utf8_bin);
			-> 0
			mysql> SELECT COERCIBILITY(VERSION());
			-> 3
			mysql> SELECT COERCIBILITY('A');
			-> 4
			mysql> SELECT COERCIBILITY(1000);
			-> 5
			mysql> SELECT COERCIBILITY(NULL);
			-> 6
			</syntaxhighlight>


			* 对于将数值或时间值隐式转换为字符串(例如在表达式“CONCAT(1, 'abc')”中的自变量1发生的情况)，结果是一个字符(非二进制)字符串，该字符串具有由“character_set_connection”和“collation_connection”系统变量确定的字符集和排序规则。

	== 与_bin 排序规则相比的二进制排序规则 ==		== 与_bin 排序规则相比的二进制排序规则 ==

Eijux：/* 字符集和排序规则兼容性 */

2021-03-27T21:26:33Z

字符集和排序规则兼容性

←上一版本		2021年3月28日 (日) 05:26的版本
第66行：		第66行：
	for CHARACTER SET 'latin1'		for CHARACTER SET 'latin1'
	</syntaxhighlight>		</syntaxhighlight>
			【废话……】

	== 表达式中的排序规则强制性 ==		== 表达式中的排序规则强制性 ==

Eijux：/* 字符集和排序规则兼容性 */

2021-03-27T21:26:12Z

字符集和排序规则兼容性

←上一版本		2021年3月28日 (日) 05:26的版本
第60行：		第60行：

	== 字符集和排序规则兼容性 ==		== 字符集和排序规则兼容性 ==
			每个字符集都有一个或多个排序规则，但是每个排序规则都与一个且只有一个字符集相关联。因此，以下语句会导致错误消息，因为 latin2_bin 排序规则与 latin1 字符集不合法：
			<syntaxhighlight lang="xml">
			mysql> SELECT _latin1 'x' COLLATE latin2_bin;
			ERROR 1253 (42000): COLLATION 'latin2_bin' is not valid
			for CHARACTER SET 'latin1'
			</syntaxhighlight>

	== 表达式中的排序规则强制性 ==		== 表达式中的排序规则强制性 ==

Eijux：/* “COLLATE”子句优先级 */

2021-03-27T21:25:14Z

“COLLATE”子句优先级

←上一版本		2021年3月28日 (日) 05:25的版本
第52行：		第52行：

	== “COLLATE”子句优先级 ==		== “COLLATE”子句优先级 ==
			COLLATE子句具有较高的优先级（'''高于“\|\|”'''），因此以下两个表达式是等效的：
			<syntaxhighlight lang="xml">
			x \|\| y COLLATE z
			x \|\| (y COLLATE z)
			</syntaxhighlight>
			【？？？有啥用】

	== 字符集和排序规则兼容性 ==		== 字符集和排序规则兼容性 ==

Eijux：/* 在 SQL 语句中使用“COLLATE” */

2021-03-27T21:24:01Z

在 SQL 语句中使用“COLLATE”

←上一版本		2021年3月28日 (日) 05:24的版本
第2行：		第2行：

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

			# 使用“ORDER BY”：【对中文排序呢？？？拼音升降序使用什么排序规则？？？】
			#: '''<syntaxhighlight lang="xml">
			SELECT k
			FROM t1
			ORDER BY k COLLATE latin1_german2_ci;'''
			</syntaxhighlight>
			# 使用“AS”：
			#: '''<syntaxhighlight lang="xml">
			SELECT k COLLATE latin1_german2_ci AS k1
			FROM t1
			ORDER BY k1;
			</syntaxhighlight>'''
			# 使用“GROUP BY”：
			#: '''<syntaxhighlight lang="xml">
			SELECT k
			FROM t1
			GROUP BY k COLLATE latin1_german2_ci;
			</syntaxhighlight>'''
			# 具有聚合功能：
			#: <syntaxhighlight lang="xml">
			SELECT MAX(k COLLATE latin1_german2_ci)
			FROM t1;
			</syntaxhighlight>
			# 使用“DISTINCT”：
			#: <syntaxhighlight lang="xml">
			SELECT DISTINCT k COLLATE latin1_german2_ci
			FROM t1;
			</syntaxhighlight>
			# 使用“WHERE”：
			#: <syntaxhighlight lang="xml">
			SELECT *
			FROM t1
			WHERE _latin1 'Müller' COLLATE latin1_german2_ci = k;
			</syntaxhighlight>
			#: <syntaxhighlight lang="xml">
			SELECT *
			FROM t1
			WHERE k LIKE _latin1 'Müller' COLLATE latin1_german2_ci;
			</syntaxhighlight>
			# 使用“HAVING”：
			#: <syntaxhighlight lang="xml">
			SELECT k
			FROM t1
			GROUP BY k
			HAVING k = _latin1 'Müller' COLLATE latin1_german2_ci;
			</syntaxhighlight>

	== “COLLATE”子句优先级 ==		== “COLLATE”子句优先级 ==

Eijux：建立内容为“category:MySQL == 在 SQL 语句中使用“COLLATE” == == “COLLATE”子句优先级 == == 字符集和排序规则兼容性 == == 表达式中的排…”的新页面

2021-03-27T21:18:26Z

建立内容为“category:MySQL == 在 SQL 语句中使用“COLLATE” == == “COLLATE”子句优先级 == == 字符集和排序规则兼容性 == == 表达式中的排…”的新页面

新页面

[[category:MySQL]]

== 在 SQL 语句中使用“COLLATE” ==

== “COLLATE”子句优先级 ==

== 字符集和排序规则兼容性 ==

== 表达式中的排序规则强制性 ==

== 与_bin 排序规则相比的二进制排序规则 ==

== 排序规则效果的示例 ==

== 在“INFORMATION_SCHEMA”搜索中使用排序规则 ==

MySQL 字符集：排序规则问题 - 版本历史

2023年3月31日 (五) 15:04 Eijux

Eijux：​/* 在“INFORMATION_SCHEMA”搜索中使用排序规则 */

Eijux：​/* 排序规则效果的示例 */

Eijux：​/* 与_bin 排序规则相比的二进制排序规则 */

Eijux：​/* 表达式中的排序规则强制性 */

Eijux：​/* 字符集和排序规则兼容性 */

Eijux：​/* 字符集和排序规则兼容性 */

Eijux：​/* “COLLATE”子句优先级 */

Eijux：​/* 在 SQL 语句中使用“COLLATE” */

Eijux：​建立内容为“category:MySQL == 在 SQL 语句中使用“COLLATE” == == “COLLATE”子句优先级 == == 字符集和排序规则兼容性 == == 表达式中的排…”的新页面

Eijux：/* 在“INFORMATION_SCHEMA”搜索中使用排序规则 */

Eijux：/* 排序规则效果的示例 */

Eijux：/* 与_bin 排序规则相比的二进制排序规则 */

Eijux：/* 表达式中的排序规则强制性 */

Eijux：/* 字符集和排序规则兼容性 */

Eijux：/* 字符集和排序规则兼容性 */

Eijux：/* “COLLATE”子句优先级 */

Eijux：/* 在 SQL 语句中使用“COLLATE” */

Eijux：建立内容为“category:MySQL == 在 SQL 语句中使用“COLLATE” == == “COLLATE”子句优先级 == == 字符集和排序规则兼容性 == == 表达式中的排…”的新页面