在执行SQL语句中有比较两个表的字段时,出现Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT)错误。意思是遇到的编码错误。表a是utf8_unicode_ci,而表b是utf8_general_ci。同样是uft-8编码,不知道这样细分的意义。我的两张表是用Navicat分别从两个xlsx文件中导入的,自动就成了这样。下面说一下解决方法。
方法一:
如果数据已导入,又不想修改,可以改一下SQL语句,让其在比较字符串时先转换一下:
原主句:select b.* from a,b where a.pid=b.pid
修改后语句:select b.* from a,b where a.pid=CONVERT(b.pid USING utf8) COLLATE utf8_unicode_ci
两个表的编码一致了,就可以比较了。
方法二:
如果想保持SQL语句不变,且以后可能还会经常处理这类问题,那么,就考虑一步到位,即,把数据库编码设置好,并且把已导入的数据进行转换。
先将编码设置一致:将 表a和表b的 ( collations 或者 校对规则)的编码的方式统一为 utf8_general_ci
然后将已有数据进行转换:
alter table b convert to character set utf8 collate utf8_general_ci
另外说一句查看数据库编码的方式:
show variables like ‘character%’;
±-------------------------±---------------------------+
| Variable_name | Value |
±-------------------------±---------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_filesystem | binary |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
从以上信息可知数据库的编码为latin1,需要修改为gbk或者是utf8;其中
character_set_client为客户端编码方式;
character_set_connection为建立连接使用的编码;
character_set_database数据库的编码;
character_set_results结果集的编码;
character_set_server数据库服务器的编码;
只要保证以上四个采用的编码方式一样,就不会出现乱码问题。
另一个查看数据库编码的命令:
show variables like ‘character%’;
±--------------------------------------------+
| Variable_name | value |
| collation_connection | uft8_general_ci |
| collation_database | uft8_general_ci |
| collation_server | uft8_general_ci |
————————————————
版权声明:本文为CSDN博主「晨山往事」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/asanscape/article/details/107658748