Mysql应用mysql的校对规则引起的问题分析

概述介绍《Mysql应用mysql的校对规则引起的问题分析》开发教程，希望对您有用。

《MysqL应用MysqL的校对规则引起的问题分析》要点：
本文介绍了MysqL应用MysqL的校对规则引起的问题分析，希望对您有用。如果有疑问，可以联系我们。

问题是这样的：
一张test的表,字符集采用的latin1.
select to_ID from test where to_ID='cn象_王';
+---------------+
| to_ID |
+---------------+
| cn陶_陶 |
| cn象_王 |
+---------------+
2 rows in set (0.00 sec)

取cn象_王的数据,居然把cn陶_陶的数据也取回来了.

这显然是不允许的.

查看它们的编码：
(root@im_offlog1a:)[test]> select hex('cn陶_陶');
+----------------+
| hex('cn陶_陶') |
+----------------+
| 636ECCD55FCCD5 |
+----------------+
1 row in set (0.00 sec)
(root@im_offlog1a:)[test]> select hex('cn象_王');
+----------------+
| hex('cn象_王') |
+----------------+
| 636ECFF35FCDF5 |
+----------------+
1 row in set (0.00 sec)
编码的确是不一样的,但是为什么MysqL会认为这两条记录是一样的呢?
一开始我们就把问题定位于collation引起的问题.
show variables查看
| collation_connection | latin1_swedish_ci
| collation_database | latin1_swedish_ci
| collation_server | latin1_swedish_ci

手工把这些参数修改为latin1_bin,结果居然一样.这下感觉真是奇怪了.
这里先解释一下MysqL collation的命名规则：
它们以其相关的字符集名开始,通常包括一个语言名,并且以_ci(大小写不敏感)、_cs(大小写敏感)或_bin(二元)结束
比如latin1字符集有以下几种校正规则：
校对规则 含义
latin1_german1_ci 德国DIN-1
latin1_swedish_ci 瑞典/芬兰
latin1_danish_ci 丹麦/挪威
latin1_german2_ci 德国 DIN-2
latin1_bin 符合latin1编码的二进制
latin1_general_ci 多种语言(西欧)
latin1_general_cs 多种语言(西欧ISO),大小写敏感
latin1_spanish_ci 现代西班牙

最后我们将表格重建,手工指定表格级别的collation为latin1_bin.
这个问题就得到了解决.

那么问题又来了,为什么我前面手工测试latin1_bin时不生效呢?
原来MysqL按照下面的方式选择表字符集和 校对规则：
如果指定了CHaraCTER SET X和ColLATE Y,那么采用CHaraCTER SET X和ColLATE Y.
如果指定了CHaraCTER SET X而没有指定ColLATE Y,那么采用CHaraCTER SET X和CHaraCTER SET X的默认校对规则.
否则,采用服务器字符集和服务器校对规则.
而我们在建表的时候指定了character set,所以它永远是采用对应的默认的校对规则.

当然我们其实也没必要重建表格,只需要alter table db_allot CONVERT TO CHaraCTER SET latin1 ColLATE latin1_bin这样转换即可.


另外建议collation都尽量采用字符集相应的bin类型的校对规则,这样不容易出错 总结

以上是内存溢出为你收集整理的Mysql应用mysql的校对规则引起的问题分析全部内容，希望文章能够帮你解决Mysql应用mysql的校对规则引起的问题分析所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。