mysql 表字符集不匹配报错

参考：https://www.cnblogs.com/minutes/p/10808026.html

报错： java.sql.SQLException: Illegal mix of collations (utf8mb4_general_ci,IMPLICIT) and (utf8mb4_0900_ai_ci,IMPLICIT) for operation '='

原因：几张表关联的时候，如果表的字符集不一致，就会出现这样的问题

几步走：

1、查看字符集配置

show VARIABLES WHERE variable_name like '%collation%'

2、看一下关联的表使用的是什么字符集：

show create table xx_table

3、修改表字符集：

alter table xx_table1 default character set utf8mb4 collate=utf8mb4_0900_ai_ci

4、修改字段的字符集：

有时候只改表的字符集是不行的，还需要改字段的字符集

ALTER TABLE xx_table2 convert to CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci

“ERROR 1366 (HY000): Incorrect string value: '\xBE\xEA' for column 'name”，此问题的原因：配置文件错误。

解决的方法和 *** 作步骤如下：

1、首先，右键单击开始图标，然后在菜单上选择“运行”选项，如下图所示，然后进入下一步。

2、其次，完成上述步骤后，在输入框中输入“cmd”命令，然后单击“确定”按钮，如下图所示，然后进入下一步。

3、接着，完成上述步骤后，输入“mysql -uroot -p+密码”，如下图所示，然后进入下一步。

4、然后，完成上述步骤后，连接成功，输入如下红框中的内容，然后进入下一步。

5、随后，完成上述步骤后，查找配置文件所在的地址，如下图所示，然后进入下一步。

6、最后，完成上述步骤后，打开mysql.ini文件，将默认字符集修改为“utf8”，因为MYSQL版本不同，配置文件中的内容也不相同，只需要修改字符集设置并将其修改为utf8即可，如下图所示。这样，问题就解决了。

在执行一个sql文件时 mysql -h 127.0.0.1 -uroot study -e"source b.sql" ，报错 MySQL server has gone away 。上网查解决办法，按照网上的解决方法一步步 *** 作，最终找到原因并且解决了，觉得有必要总结下这个问题发生的原因及解决办法，避免后面再继续踩坑。

执行以下命令，查看mysql的运行时长。

uptime数值很大，表明mysql服务运行很久，说明最近MySQL服务器没有重启过。

或者查看MySQL的报错日志，看看有没有重启的信息。

如果日志没有相关信息，也表明mysql服务最近没有重启过，可以继续检查下面几项情况。

如果程序使用的是长连接，则这种情况的可能性会比较大。

即，某个长连接很久没有新的请求发起，达到了server端的timeout，被server强行关闭。

此后再通过这个connection发起查询的时候，就会报错server has gone away。

如下命令设置连接超时为5秒。

再执行 SELECT NOW()，通过这个connection发起查询的时候，就会报错server has gone away。

实际上wait_timeout=28800，不是造成文章开头的原因。

这种情况和情况2相似，只是发起者是DBA或者其他job。发现有长时间的慢查询执行kill xxx导致。

当查询的结果集超过 max_allowed_packet 也会出现这样的报错。

查看执行SQL执行文件大小是否超过 max_allowed_packet ，如果超过则需要调整参数，或者优化语句。

计算发现SQL执行文件最大只能是16M，而文章开头执行的a.sql有24M。

修改参数，max_allowed_packet 调整为28M。

重新再执行`mysql -h 127.0.0.1 -uroot study -e"source b.sql"``成功，说明原因是情况4造成的。

---