ERROR 1267 (HY000): Illegal mix of collations (utf8_general_ci,IMPLICIT) and (gbk_chinese_ci,COERCIB

在查询时，反馈了如下错误：

ERROR 1267 (HY000): Illegal mix of collations (utf8_general_ci,IMPLICIT) and (gbk_chinese_ci,COERCIBLE) for operation 'like'

mysql> show variables like '%coll%';
+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | gbk_chinese_ci  |
| collation_database   | utf8_general_ci |
| collation_server     | utf8_general_ci |
+----------------------+-----------------+
3 rows in set (0.00 sec)

三者信息不一致。

查看我参数文件配置，发现[client]和[mysql]字符集都是gbk

[client]
default-character-set=gbk
[mysql]
default-character-set=gbk

可以修改本会话变量collation_connection为utf8_general_ci解决。但是下次再连接时就又失效了。而且该参数不能通过修改全局变量使所有会话生效，只能通过修改参数文件。

修改配置文件，将[client]和[mysql]下的default-character-set都改为utf8,重启数据库，

mysql> show variables like '%coll%';
+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
| collation_database   | utf8_general_ci |
| collation_server     | utf8_general_ci |
+----------------------+-----------------+
3 rows in set (0.00 sec)

再查询，没有再报这个错误了。

#2022年9月20日更新

后来工作中又遇到了这个问题，但是和之前现象不一样。

同事将创建存储过程的sql放到了一个文件里，上传到服务器上，然后用mysql -u 账号 -p < 文件的方式执行sql文件，执行也没报错，但是调用存储过程(call ……)，却提示该报错。

奇怪的是，用sqlyog或者navicat等工具，执行同样的创建存储过程的sql，执行存储过程却没报错。

在服务器上将该文件里cat出来的内容，保存到一个新的文件里，创建，执行存储过程也没报错。

后来才发现是之前sql文件文件的字符集是latin，而数据库里配置的字符集是utf8，sqlyog等工具默认字符集也是utf8。后来将文件的字符集改为utf8解决了。

--关于shell里怎样查看文件编码，请参考：

shell里怎样查看文件编码格式_雅冰石的博客-CSDN博客