MYSQL校对规则

1、前言

有时候遇到这种状况，你用一个like语句查询，查到的结果中有一些并无包含你查询的关键词的纪录；
有时候遇到这种状况，你的数据库自做聪明的大小写不敏感，让你在更新时把大小写不一样的两条记录都更新了；
有时候遇到这种状况，你的查询语句一切正常，查询却失败了，报告Illegal mix of collations错误；

你很困惑，在想数据库是否是坏了。。。其实 ，这些都和数据库字符集的校对规则有关；了解了校对规则，你就知道怎样处理这些问题。

那么，校对规则是怎么回事呢？它是一组规则，负责决定某一字符集下的字符进行比较和排序的结果。

好比说，有latin1字符集中的字母A和a，咱们须要它们在比较的时候相等，那么，咱们可使用字符集校对规则 latin1_general_ci；这种校对规则在比较和排序的时候不区分大小写；若是咱们须要他们在比较的时候不等呢？也很简单，咱们可使用字符集校对规则latin1_bin;这种校对规则会以二进制的方式对字符进行比较，很明显，a和A的二进制编码不一样，比较的结果就是不等。

上面的场景说明了校对规则在最简单状况下起的做用；实际状况与此并无太多不一样，只不过稍微有些复杂而已。

 

2、校对规则总览

咱们可使用 SHOW COLLATION 指令来查看数据库支持的校对规则

在图中，咱们列出了数据库支持的latin1字符集的校对规则。为何一种字符集居然有这么多种的校对规则呢？由于在不一样的状况下，对比较的结果有不一样的期待，因此就有了不一样的校对规则。前面说的大小写敏感（latin1_general_cs）和不敏感（latin1_general_ci）是两种校对规则，根据二进制方式进行比较（latin1_bin）也是一种校对规则，德国人（latin1_german1_ci）和西班牙人（latin1_spanish_ci）使用的某些不一样的拉丁字符在某些状况下是等价的，因此有了两种新的校对规则。

举个例子，在latin1_german1_ci中，以下字符是等价的，而他们，具备不一样的外形和编码。固然，它们的编码不一样，因此在latin1_bin校对规则下，他们又是不等价的了。
A,a,À,Á,Â,Ã,Ä,Å,Æ,à,á,â,ã,ä,å,æ

 

3、校对规则致使的问题

一、混合校对规则比较

两个字符串比较，要求二者必须有相同的校对规则，或者二者的校对规则是相容的——所谓相容是指，两种校对规则优先级不一样，比较的时候二者使用高优先级的校对规则进行比较，好比latin1_bin的优先级相对较高。

CREATE TABLE `tbl` (
  `col_a` int(11) default NULL,
  `col_b` char(20) character set latin1 collate latin1_general_ci default NULL,
  `col_c` char(20) character set latin1 collate latin1_german1_ci default NULL,
  `col_d` char(20) character set latin1 collate latin1_bin default NULL,
  KEY `col_a` (`col_a`),
  KEY `col_b` (`col_b`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1

在这个表中，col_b、col_c、col_d的校对规则各不一样；其中，latin1_general_ci和latin1_german1_ci 校对规则同级，不能进行比较；若是强行比较的话，就会报错，以下：

mysql> select * from tbl where col_b = col_c;
ERROR 1267 (HY000): Illegal mix of collations (latin1_general_ci,IMPLICIT) and (latin1_german1_ci,IMPLICIT) for operation '='

而latin1_general_ci和latin1_bin的优先级不一样，latin1_bin高于latin1_general,所以比较的时候，会按照latin1_bin的规则进行比较。

mysql> select * from tbl where binary col_b = col_d;
Empty set (0.00 sec)

固然，能够在sql语句中强制指定校对规则进行比较，下面这个例子就说明了这一点：

mysql> select * from tbl where col_b COLLATE latin1_danish_ci = col_c COLLATE latin1_danish_ci;
Empty set (0.00 sec)

 

二、校对规则致使的问题——SELECT出错误的记录

 在上面的基础上，咱们要演示一个常见的问题；咱们须要对该数据表进行必定的处理：

alter table tbl modify col_b collate latin1_swedish_ci default null;
insert into tbl (col_b) values ('hao123');

而后进行下面的查询

咱们但愿查询的是包含“刘”的记录，hao123这个和“刘”没有任何关系的条目被选了出来，看起来很奇怪。
不过这不是数据库出了问题，而是校对规则的使用上存在问题：
下面是咱们使用ultraedit察看字符串的二进制编码的结果，在gbk编码下，hao123的编码为68 61 6f 31 32 33，而刘的编码位C1 F5。

在前面的latin1_swedish_ci 校对规则中能够看到：

61和C1都与41等价

6F和F5都与4F等价

这就是ao = 刘的缘由。

解决办法有两个：
1）修改该字段的字符集和校对规则，改为gbk，这该问题不在存在。这是完美的解决方案，不过有些时候你没有权限对数据库进行这样的改动。

mysql> alter table tbl modify col_b char(20) charset gbk default null;
Query OK, 1 row affected (0.01 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> select * from tbl where binary col_b like like '%刘%';
Empty set (0.00 sec)

2）查询的时候声明校对规则为latin1_bin 。这样能够在必定程度上缓解这个问题；不过若是col_b中只要含有c1 f5,就会被选出来——而c1 f5可能刚好是另外两个字符的前半截和后半截，或者干脆就是 Á õ ....

mysql> select * from tbl where binary col_b like '%刘%';
Empty set (0.00 sec)

 

 

转载：http://hi.baidu.com/cuttinger/item/e23013e372ee62adce2d4fda