数据库 BUG:Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation '=

在mysql5中遇到的问题:

Illegal mix of collations (utf8_general_ci,IMPLICIT) and (utf8_unicode_ci,IMPLICIT) for operation '='

碰到个字符集问题。 

----------------------------------

当前,utf8_unicode_ci校对规则仅部分支持Unicode校对规则算法。一些字符还是不能支持。并且,不能完全支持组合的记号。这主要影响越南和俄罗斯的一些少数民族语言,如:Udmurt 、Tatar、Bashkir和Mari。

   utf8_unicode_ci的最主要的特色是支持扩展,即当把一个字母看作与其它字母组合相等时。例如,在德语和一些其它语言中‘ß’等于‘ss’。

   utf8_general_ci是一个遗留的 校对规则,不支持扩展。它仅能够在字符之间进行逐个比较。这意味着utf8_general_ci校对规则进行的比较速度很快,但是与使用utf8_unicode_ci的 校对规则相比,比较正确性较差)。

   例如,使用utf8_general_ci和utf8_unicode_ci两种 校对规则下面的比较相等:
   Ä = A
   Ö = O
   Ü = U

   两种校对规则之间的区别是,对于utf8_general_ci下面的等式成立:
   ß = s

   但是,对于utf8_unicode_ci下面等式成立:
   ß = ss

   对于一种语言仅当使用utf8_unicode_ci排序做的不好时,才执行与具体语言相关的utf8字符集 校对规则。例如,对于德语和法语,utf8_unicode_ci工作的很好,因此不再需要为这两种语言创建特殊的utf8校对规则。

   utf8_general_ci也适用与德语和法语,除了‘ß’等于‘s’,而不是‘ss’之外。如果你的应用能够接受这些,那么应该使用utf8_general_ci,因为它速度快。否则,使用utf8_unicode_ci,因为它比较准确

 

 

----------------------------------------------------------------------------------------------------------------------

1.解决方法:

 

只要修改一下表的字符集就可以了,如下:

ALTER TABLE users CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;

 

----------------------------------------------------------------------------------------------------------------------

2.解决方法:

 

解决方法:将比较等式一边进行字符串转换,如改为“CONVERT(你的变量 USING utf8) COLLATE utf8_unicode_ci

(本人亲测)

 

----------------------------------------------------------------------------------------------------------------------

3.解决方法:

 

是不是Mysql的编码和库、表里的不一致?用命令看了下

mysql> show variables where Variable_name like 'collation%';
+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
| collation_database   | utf8_general_ci |
| collation_server     | utf8_unicode_ci |
+----------------------+-----------------+

里面的collation有不一致,而mysql5.5默认的collation为utf8_general_ci,查看服务器的my.cnf文件有配置

    [client]
    default-character-set=utf8
    [mysql]
    default-character-set=utf8
    [mysqld]
    character-set-server=utf8

可能是存储过程执行中创建临时表时collation用的是utf8_general_ci,造成创建临时表和实际的两张表字段collation不匹配才报的这个错误,那么要真是这样的话,就得配置my.cnf让Mysql和我们的表的collation一样,就可以了。

于是在my.cnf文件中修改成这样:

    [client]
    default-character-set=utf8
    [mysql]
    default-character-set=utf8
    [mysqld]
    character-set-server=utf8
    collation_server=utf8_general_ci

重启Mysql,再把存储过程中的两张表和字段全部使用utf8_general_ci,然后把数据库也设置成utf8_general_ci,再执行存储过程,OK!可以运行了

 

----------------------------------------------------------------------------------------------------------------------

4.注意:

 COLLATION 是用在排序,大小比较上。 
 一个字符集有一个或多种collation,并且以_ci(大小写不敏感)、_cs(大小写敏感)或_bin(二元)结束
 在做比较时,应该确保两个表的字符排序相同。
 一般建表的时候不指定,可以走默认的,全是默认的就没什么问题了。
 alter table t character set utf8;
 这个也是修改字符集,但是你会发现,原来的字符集会变成列级的check.
 所以以后真正改字符集的时候别忘了加上  CONVERT TO .
  如果您想要把表默认的字符集和所有字符列(CHAR, VARCHAR, TEXT)改为新的字符集,应使用如下语句:
  ALTER TABLE tbl_name CONVERT TO CHARACTER SET 。。。
 要仅仅改变一个表的默认字符集,应使用此语句:
 ALTER TABLE tbl_name DEFAULT CHARACTER SET 。。。

 

----------------------------------------------------------------------------------------------------------------------

 

你可能感兴趣的:(数据库 BUG:Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation '=)