MySQL 关键字专题(包含COLLATE)

2022-05-17 16:21:07 浏览数 (1)

关键字介绍

SQL 是由关键字组成的语言,关键字是一些用于执行 SQL 操作的特殊词汇。在命名数据库、表、列和其他数据库对象时,一定不要使用这些关键字。因此,这些关键字是一定要保留的。

show

所支持的其他 SHOW 语句还有: ❑ SHOW STATUS,用于显示广泛的服务器状态信息; ❑ SHOW CREATE DATABASE 和 SHOW CREATE TABLE,分别用来显示创建特定数据库或表的 MySQL 语句; ❑ SHOW GRANTS,用来显示授予用户(所有用户或特定用户)的安全权限; ❑ SHOW ERRORS 和 SHOW WARNINGS,用来显示服务器错误或警告消息。

显示所有可用的字符集以及每个字符集的描述和默认校对。 show character set;

为了查看所支持校对的完整列表,使用以下语句: show collation;

通常系统管理在安装时定义一个默认的字符集和校对。此外,也可以在创建数据库时,指定默认的字符集和校对。为了确定所用的字符集和校对,可以使用以下语句:

代码语言:javascript复制
show variables like 'character%';
show variables like 'collation%';

MySQL 关键字

行名称需要尽量避开设置为关键字。能为 desc, 否则会报错, 而使用 descr 或者 description不会报错。所以应该 desc 是一个关键字。

这个语句会报错

代码语言:javascript复制
create table mytable(
id integer AUTO_INCREMENT PRIMARY KEY , 
desc TEXT NOT NULL, 
completed TINYINT(1) NOT NULL); 

这个语句可以

代码语言:javascript复制
create table mytable(
id integer AUTO_INCREMENT PRIMARY KEY , 
`desc` TEXT NOT NULL, 
completed TINYINT(1) NOT NULL); 

特殊的 NULL 值

关于 NULL 的条件比较运算是比较特殊的。你不能使用 = NULL 或 != NULL 在列中查找 NULL 值 。

在数据库里是严格区分的,任何数跟 NULL 进行运算都是 NULL, 判断值是否等于 NULL,不能简单用 =,而要用 IS NULL关键字。

在 MySQL 中,NULL 值与任何其它值的比较(即使是 NULL)永远返回 NULL,即 NULL = NULL 返回 NULL 。

以下四种情况下都返回 NULL。

代码语言:javascript复制
select null=null, null != null, 1=null, 1!=null

COLLATE 关键字

在 mysql 中执行show create table <tablename>指令,可以看到一张表的建表语句,example 如下:

代码语言:javascript复制
CREATE TABLE `table1` (
    `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
    `field1` text COLLATE utf8_unicode_ci NOT NULL COMMENT '字段1',
    `field2` varchar(128) COLLATE utf8_unicode_ci NOT NULL DEFAULT '' COMMENT '字段2',
    PRIMARY KEY (`id`)
) ENGINE = InnoDB
DEFAULT CHARSET=utf8mb4
COLLATE=utf8_unicode_ci;

大部分字段我们都能看懂,但是今天要讨论的是 COLLATE 关键字。这个值后面对应的utf8_unicode_ci是什么意思呢?

COLLATE 是用来做什么的?

所谓utf8_unicode_ci,其实是用来排序的规则。对于 mysql 中那些字符类型的列,如 VARCHARCHARTEXT 类型的列,都需要有一个 COLLATE 类型来告知 mysql 如何对该列进行排序和比较。简而言之,COLLATE 会影响到ORDER BY 语句的顺序,会影响到 WHERE 条件中大于小于号筛选出来的结果,会影响 DISTINCTGROUP BY**HAVING**语句的查询结果。另外,mysql 建索引的时候,如果索引列是字符类型,也会影响索引创建,只不过这种影响我们感知不到。总之,凡是涉及到字符类型比较或排序的地方,都会和 COLLATE 有关

各种 COLLATE 的区别

COLLATE通常是和数据编码(CHARSET)相关的,一般来说每种CHARSET都有多种它所支持的 COLLATE,并且每种 CHARSET 都指定一种COLLATE为默认值。例如 Latin1 编码的默认 COLLATElatin1_swedish_ciGBK 编码的默认 COLLATEgbk_chinese_ciutf8mb4 编码的默认值为 utf8mb4_general_ci

这里顺便讲个题外话,mysql中有utf8utf8mb4两种编码,在mysql中请大家忘记utf8**,永远使用 utf8mb4。这是 mysql 的一个遗留问题,mysql中的utf8最多只能支持 3 bytes 长度的字符编码,对于一些需要占据 4 bytes 的文字,mysql的utf8就不支持了,要使用 utf8mb4 才行。

很多COLLATE都带有_ci字样,这是 Case Insensitive的缩写,即大小写无关,也就是说"A"和"a"在排序和比较的时候是一视同仁的。selection * from table1 where field1 = "a"同样可以把 field1 为"A"的值选出来。与此同时,对于那些_cs后缀的COLLATE,则是 Case Sensitive,即大小写敏感的。

在 mysql 中使用show collation指令可以查看到 mysql 所支持的所有COLLATE。以utf8mb4 为例,该编码所支持的所有 COLLATE 如下图所示。

mysql 中和 utf8mb4 相关的所有 COLLATE

图中我们能看到很多国家的语言自己的排序规则。在国内比较常用的是utf8mb4_general_ci(默认)、utf8mb4_unicode_ciutf8mb4_bin这三个。我们来探究一下这三个的区别:

首先 utf8mb4_bin 的比较方法其实就是直接将所有字符看作二进制串,然后从最高位往最低位比对。所以很显然它是区分大小写的。

utf8mb4_unicode_ciutf8mb4_general_ci 对于中文和英文来说,其实是没有任何区别的。对于我们开发的国内使用的系统来说,随便选哪个都行。只是对于某些西方国家的字母来说,utf8mb4_unicode_ci会比utf8mb4_general_ci更符合他们的语言习惯一些,general是mysql一个比较老的标准了。例如,德语字母“ß”,在utf8mb4_unicode_ci中是等价于"ss"两个字母的(这是符合德国人习惯的做法),而在utf8mb4_general_ci中,它却和字母“s”等价。不过,这两种编码的那些微小的区别,对于正常的开发来说,很难感知到。本身我们也很少直接用文字字段去排序,退一步说,即使这个字母排错了一两个,真的能给系统带来灾难性后果么?从网上找的各种帖子讨论来说,更多人推荐使用utf8mb4_unicode_ci,但是对于使用了默认值的系统,也并没有非常排斥,并不认为有什么大问题。

结论:推荐使用utf8mb4_unicode_ci,对于已经用了utf8mb4_general_ci的系统,也没有必要花时间改造。

另外需要注意的一点是,从mysql 8.0开始,mysql默认的CHARSET已经不再是Latin1了,改为了utf8mb4(参考链接),并且默认的COLLATE也改为了utf8mb4_0900_ai_ciutf8mb4_0900_ai_ci大体上就是unicode的进一步细分,0900指代unicode比较算法的编号( Unicode Collation Algorithm version),ai表示accent insensitive(发音无关),例如e, è, é, ê 和 ë是一视同仁的。

相关参考链接1 相关参考链接2

COLLATE 设置级别及其优先级

设置COLLATE可以在示例级别、库级别、表级别、列级别、以及SQL指定。实例级别的COLLATE设置就是mysql配置文件或启动指令中的collation_connection系统变量。

库级别设置COLLATE的语句如下:

代码语言:javascript复制
CREATE DATABASE <db_name> DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

如果库级别没有设置CHARSETCOLLATE,则库级别默认的CHARSETCOLLATE使用实例级别的设置。在mysql8.0以下版本中,你如果什么都不修改,默认的CHARSETLatin1,默认的COLLATElatin1_swedish_ci。从mysql8.0开始,默认的CHARSET已经改为了utf8mb4,默认的COLLATE改为了utf8mb4_0900_ai_ci

表级别的COLLATE设置,则是在CREATE TABLE的时候加上相关设置语句,例如:

代码语言:javascript复制
CREATE TABLE (

……

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

如果表级别没有设置 CHARSETCOLLATE,则表级别会继承库级别的CHARSETCOLLATE

列级别的设置,则在CREATE TABLE中声明列的时候指定,例如

代码语言:javascript复制
CREATE TABLE (

`field1` VARCHAR(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL DEFAULT '',

……
) ……

如果列级别没有设置 CHARSETCOLATE,则列级别会继承表级别的CHARSETCOLLATE

最后,你也可以在写 SQL 查询的时候显示声明COLLATE来覆盖任何库表列的COLLATE设置,不太常用,了解即可:

代码语言:javascript复制
SELECT DISTINCT field1 COLLATE utf8mb4_general_ci FROM table1;

SELECT field1, field2 FROM table1 ORDER BY field1 COLLATE utf8mb4_unicode_ci;

SELECT的其他COLLATE子句 除了这里看到的在ORDER BY子句中使用以外,COLLATE还可以用于GROUP BY、HAVING、聚集函数、别名等。

如果全都显示设置了,那么优先级顺序是 SQL语句 > 列级别设置 > 表级别设置 > 库级别设置 > 实例级别设置。也就是说列上所指定的 COLLATE 可以覆盖表上指定的 COLLATE,表上指定的COLLATE可以覆盖库级别的 COLLATE。如果没有指定,则继承下一级的设置。即列上面没有指定 COLLATE,则该列的COLLATE和表上设置的一样。

以上就是关于 mysql 的 COLLATE 相关知识。不过,在系统设计中,我们还是要尽量避免让系统严重依赖中文字段的排序结果,在 mysql 的查询中也应该尽量避免使用中文做查询条件。

此文已由作者授权腾讯云 社区发布,更多原文请点击

参考

MYSQL中的COLLATE是什么? - 云 社区 - 腾讯云 https://cloud.tencent.com/developer/article/1366841?fromSource=waitui

0 人点赞