【MYSQL坑】接口突然全部不行，原因竟然是它

迈不过友情╰ 2022-05-19 07:27 114阅读 0赞

今天发生了一件很奇怪的时候，上午的时候项目还好好的，所有接口都没报错。突然吃完饭回来上班的时候，发现接口都返回500错误，所有功能都不能用了，惊的我一身冷汗。火速的查看ELK日志之后发现都是以下的错误：

**错误SQL语句：**

SELECT g.pic, g.thumbnail\_img as thumbnailImg, g.id, g.team\_id AS teamId, g.active\_id AS activeId, g.title, g.rec\_date as recDate, u.id as userId, g.focus\_number as focusNumber, g.like\_number as likeNumber, u.name as userName, u.head\_portrait as headPortraitDfs, g.video as video, g.videopic as videopic, g.share\_number as shareNumber FROM yfy\_goods g LEFT JOIN yfy\_user u ON g.user\_id = u.id WHERE g.is\_saile = '0' AND g.is\_del = 0 AND is\_activate <> 2 AND audit\_status = 1 AND report\_remark IS NULL AND g.recommend\_status = ? ORDER BY g.recommend DESC LIMIT ?,?

**错误日志：**

Cause: java.sql.SQLException: Illegal mix of collations (utf8mb4\_unicode\_ci,IMPLICIT) and (utf8mb4\_general\_ci,IMPLICIT) for operation '='

**问题排查：**

看着问题真的是百思不得其解，莫名其妙怎么会出这样的问题呢。然后认真看了一下错误提示，发现**utf8mb4\_unicode\_ci**和**utf8mb4\_general\_ci**编码是不一样的，认真查看一下连接查询的两张主键结构设置，发现真的不一样。具体如下图所示：

![336_method_get-resource_shareToken_9E087B87295D4B78B67FB926EA732AB7_entryId_204203039][]

一个是utf8mb4\_unicode\_ci排序规则，一个是utf8mb4\_general\_ci排序规则。因为排序规则不一样，所以理所当然的就出现ELK中显示的错误了。

**总结：**

之所以以前好好的，突然出现这个问题，是因为有人不小心改了数据库的排序规则，导致整个项目全部出问题。所以涉及到数据库的操作一定要小心，大家千万不要删除跑路~

**想要更多干货、技术猛料的孩子，快点拿起手机扫码关注我，我在这里等你哦~**

![70][]

[336_method_get-resource_shareToken_9E087B87295D4B78B67FB926EA732AB7_entryId_204203039]: https://note.youdao.com/yws/api/group/76450073/noteresource/70B6E652A7B04108B1336D4DFC232491/version/336?method=get-resource&shareToken=9E087B87295D4B78B67FB926EA732AB7&entryId=204203039
[70]: /images/20220519/902d35f2be5b44bea58e0e22dce365e1.png