今天在mysql中执行一个脚本时,发现查询结果不是大小写严格匹配。
SELECT * FROM a0k_test1 WHERE id = 'aA'; id字段类型varchar(20)
这个sql把aa aA AA都查询出来了。经查为表的一个参数collate设置为utf8_XX_ci导致。ci: case insensitive,不区分大小写。
使用下面sql将其修改为通用的utf8_bin:
ALTER TABLE a0k_test1 CHARACTER SET utf8 COLLATE utf8_bin;
执行上面sql,查询结果不变。google了一下,修改collate时,需加convert to,实现对历史数据的处理。
ALTER TABLE a0k_test1 CONVERT TO CHARACTER SET utf8 COLLATE utf8_bin;
执行sql,查询结果变化,只能查出aA。问题解决。
为什么历史数据需要刷新才能生效?即mysql 字段值大小写敏感是如何设计的。google了一下,官网原文:
Every “character” column (that is, a column of type CHAR, VARCHAR, or TEXT) has a column character set and a column collation. (引文中第1个链接的正文第1行)
翻译:每一个字符串类型的列(char,varchar,text)实际上都有两个参数列:一列是charset,一列是collate。
对应上面的例子,意思就是每行记录中的id都有两个属性值:charset, collate。这两个值在新增这条记录的时候一起新增。后面修改表的collate,未修改历史记录的charset collate值,故再次查询时仍是大小写不敏感。使用convert to修改表的collate,相当于update历史记录的charset collate列,再次查询时大小写敏感。
引文:
http://dev.mysql.com/doc/refman/5.7/en/charset-column.html
http://stackoverflow.com/questions/21354145/alter-database-to-change-collate-not-working
本文介绍了MySQL中如何调整字符集的大小写敏感性,特别是通过修改表的collate参数来实现这一目标。当表的collate设置为utf8_XX_ci时,查询变得不区分大小写;而设置为utf8_bin后,查询则变为大小写敏感。文章还解释了为何修改collate参数后需要使用CONVERT TO来更新现有数据。
1543

被折叠的 条评论
为什么被折叠?



