十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
在mysql中执行show create table tablename指令,可以看到一张表的建表语句,example如下:
创新互联建站-专业网站定制、快速模板网站建设、高性价比始兴网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式始兴网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖始兴地区。费用合理售后完善,十载实体公司更值得信赖。
大部分字段我们都能看懂,但是今天要讨论的是COLLATE关键字。这个值后面对应的utf8_unicode_ci是什么意思呢?面试的时候用这个题目考一考DBA,应该可以难倒一大部分人。
使用phpmyadmin的开发可能会非常眼熟,因为其中的中文表头已经给出了答案:
phpmyadmin截图
所谓utf8_unicode_ci,其实是用来排序的规则。对于mysql中那些字符类型的列,如VARCHAR,CHAR,TEXT类型的列,都需要有一个COLLATE类型来告知mysql如何对该列进行排序和比较。简而言之,COLLATE会影响到ORDER BY语句的顺序,会影响到WHERE条件中大于小于号筛选出来的结果,会影响 DISTINCT 、 GROUP BY 、 HAVING 语句的查询结果。另外,mysql建索引的时候,如果索引列是字符类型,也会影响索引创建,只不过这种影响我们感知不到。总之,凡是涉及到字符类型比较或排序的地方,都会和COLLATE有关。
COLLATE通常是和数据编码(CHARSET)相关的,一般来说每种CHARSET都有多种它所支持的COLLATE,并且每种CHARSET都指定一种COLLATE为默认值。例如Latin1编码的默认COLLATE为latin1_swedish_ci,GBK编码的默认COLLATE为gbk_chinese_ci,utf8mb4编码的默认值为utf8mb4_general_ci。
这里顺便讲个题外话,mysql中有utf8和utf8mb4两种编码,在mysql中请大家忘记 utf8 ,永远使用 utf8mb4 。这是mysql的一个遗留问题,mysql中的utf8最多只能支持3bytes长度的字符编码,对于一些需要占据4bytes的文字,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如下图所示。
首先 utf8mb4_bin 的比较方法其实就是直接将所有字符看作二进制串,然后从最高位往最低位比对。所以很显然它是区分大小写的。
而 utf8mb4_unicode_ci 和 utf8mb4_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_ci 。 utf8mb4_0900_ai_ci 大体上就是 unicode 的进一步细分, 0900 指代unicode比较算法的编号( Unicode Collation Algorithm version), ai 表示accent insensitive(发音无关),例如e, è, é, ê 和 ë是一视同仁的。 相关参考链接1 , 相关参考链接2
设置COLLATE可以在示例级别、库级别、表级别、列级别、以及SQL指定。实例级别的COLLATE设置就是mysql配置文件或启动指令中的collation_connection系统变量。
库级别设置COLLATE的语句如下:
CREATE DATABASE db_name DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
如果库级别没有设置CHARSET和COLLATE,则库级别默认的CHARSET和COLLATE使用实例级别的设置。在mysql8.0以下版本中,你如果什么都不修改,默认的CHARSET是Latin1,默认的COLLATE是latin1_swedish_ci。从mysql8.0开始,默认的CHARSET已经改为了utf8mb4,默认的COLLATE改为了utf8mb4_0900_ai_ci。
表级别的COLLATE设置,则是在CREATE TABLE的时候加上相关设置语句,例如:
如果表级别没有设置CHARSET和COLLATE,则表级别会继承库级别的CHARSET与COLLATE。
列级别的设置,则在CREATE TABLE中声明列的时候指定,例如
如果列级别没有设置CHARSET和COLATE,则列级别会继承表级别的CHARSET与COLLATE。
最后,你也可以在写SQL查询的时候显示声明COLLATE来覆盖任何库表列的COLLATE设置,不太常用,了解即可:
如果全都显示设置了,那么优先级顺序是 SQL语句 列级别设置 表级别设置 库级别设置 实例级别设置。也就是说列上所指定的COLLATE可以覆盖表上指定的COLLATE,表上指定的COLLATE可以覆盖库级别的COLLATE。如果没有指定,则继承下一级的设置。即列上面没有指定COLLATE,则该列的COLLATE和表上设置的一样。
以上就是关于mysql的COLLATE相关知识。不过,在系统设计中,我们还是要尽量避免让系统严重依赖中文字段的排序结果,在mysql的查询中也应该尽量避免使用中文做查询条件。
MYSQL中的COLLATE是什么?
首先,不推荐使用MySQL的关键词来作为字段名,但是有时候的确没有注意,或者因为之前就这么写了,没办法,那怎么办呢?
下面就详细的说明一下怎样使用 方法2 来处理。
上面的测试表是MySQL自动生成的DDL,其实从上面就可以看出,MySQL的引号内是说明绝对的保证大小写和当做普通字符串处理。
这里使用了maxvalue这个不常用的关键词作为字段名,一样违反了通常常规的命名规则,MySQL无法很好的识别。
查询SQL:
在navicat中可以正常执行,没有任何问题。
然后再运行insert语句:
提示下面的错误:
提示错误,但是没有明显的说明是关键词不能识别。
增加引号,使用MySQL的引号“`”,记住不是普通的英文单引号“'”,是倾斜的上撇,不是竖直的上撇。
键盘输入方式为键盘英文字母键上面的数字键1最前面的那个波浪线和顿号组成的键。也就是ESC下面,TAB键上面的按键。
这样就可以正常运行了。
需要用到的工具:Mysql数据库,Navicate for mysql,步骤如下:
1、首先打开Navicate,连接Mysql数据库,点击图中框中的Mysql数据库右键即可。
2、Mysql数据库右键之后,然后在出现的菜单栏选择在数据库中查找选项进入。
3、点击在数据库中查找之后,进入新的界面,输入要查找的关键字或词语。
4、输入完成之后,然后点击右侧的查找按钮即可完成。
5、然后就可以看到查找结果了,这样就解决了问题。
有时需要将表中的记录去掉重复后显示出来,可以用distinct关键字来实现,例如执行语句 SELECT * FROM user; 返回结果如下:
此时看到id=2,3的记录username字段相同,如果想查询所有不重复的username,可以执行如下:
SELECT distinct username FROM user;
例如执行排序语句: SELECT * FROM user order by id asc; 得到三条升序的数据,如果想限制只显示2条,可以使用LIMIT关键字: SELECT * FROM user order by id asc limit 0,2; 。LIMIT后面跟着的表示起始偏移量和前N行记录,默认起始偏移量为0,所以这句话也可以写为: SELECT * FROM user order by id asc limit 2; 。 LIMIT经常和order by一起配合使用来进行分页显示。
聚合操作的语法涉及下面几个参数:
示例:
表连接从大类上分为内连接和外连接。二者区别在于内连接只选出两张表中互相匹配的记录,外连接会选出其他不匹配的记录。
示例:
创建一个雇员表deployee,有五个人:
再创建一个部门表,有4个部门:
某些情况下,查询的条件是另外一个select语句的结果,这时用到子查询。子查询关键字有in,not in,= ,!=,exists,not exists等。
如执行 select * from deployee where deployee.dep_id in (select dep_id from department); 也表示查询有部门的雇员。如果子查询记录数唯一,可以使用=代替in:
select * from deployee where deployee.dep_id in (select dep_id from department where dep_id = 'sale'); 由于子查询只有一条记录,所有可以用等号
如果要求将两个表的数据按照一定的查询条件查询出来后,将结果合并到一起显示出来,需要使用union和union all关键字来实现。
union 和 union all的主要区别是union all是把结果集直接合并在一起,而union 是将union all后的结果进行一次distinct,去除重复的记录。
示例:
别名有表别名和列别名
就是个表取名字和列取名字
列别名
表别名
(字句限定返回值)
—— 非(不是) 和 或
= = = (!=)基本比较运算符 判断字符串 数字 日期的大小。
赋值运算符 :=
语句:**where 列名 between val1 and val2; **是一个闭区间
语句: where 列名 in (值1, 值2, ...); 判断列的值是否在指定的集合中
判断列的值是否为空
语句:**where 列名 is null; **
语句:**where 列名 is not null; **
% 表示零或多个任意的字符
_ 表示一个任意的字符
语法:**where 列名 like '_%'; **
语法: order by 列名
order by(升序)asc 可省略
order by desc 降序
注意:当 order by 子句中有使用了带引号的别名时,无法排序
如果数据量小则在内存中进行,如果数据量大则需要使用磁盘
Limit 显示数据个数
Limit 起始位置,显示数据个数
select 列表中的字段,
要么使用聚合函数或 group_concat() 包起来 ,
**要么必须出现在 group by子句中 **
having 与group by结合使用,用于将分组后的结果进一步过滤
-count(*);可以获取查询的结果记录条数
-- max():获取最大值
-- min():获取最小值
-- avg():获取平均值
-- sum():指定字段求和