解决mysql中“非法混合排序”错误

我得到下面的错误时，试图做一个选择通过一个存储过程在MySQL。

操作'='的排序规则(latin1_general_cs,IMPLICIT)和(latin1_general_ci,IMPLICIT)的非法混合

你知道哪里出了问题吗?

该表的排序规则为latin1_general_ci, where子句中的列的排序规则为latin1_general_cs。

当前回答

这通常是由于比较两个排序规则不兼容的字符串或试图将不同排序规则的数据选择到一个组合列中而导致的。

子句COLLATE允许您指定查询中使用的排序规则。

例如，下面的WHERE子句总是会给出你发布的错误:

WHERE 'A' COLLATE latin1_general_ci = 'A' COLLATE latin1_general_cs

您的解决方案是为查询中的两个列指定共享排序规则。下面是一个使用COLLATE子句的例子:

SELECT * FROM table ORDER BY key COLLATE latin1_general_ci;

另一种选择是使用BINARY操作符:

二进制str是CAST(str AS BINARY)的简写。

你的解决方案可能是这样的:

SELECT * FROM table WHERE BINARY a = BINARY b;

or,

SELECT * FROM table ORDER BY BINARY a;

请记住，正如Jacob Stamm在评论中指出的那样，“转换列来进行比较将导致忽略该列上的任何索引”。

关于整理业务的更多细节，我强烈推荐eggyal对这个问题的出色回答。

其他回答

我使用ALTER DATABASE mydb DEFAULT COLLATE utf8_unicode_ci;，但没有工作。

在此查询中:

Select * from table1, table2 where table1.field = date_format(table2.field,'%H');

这对我来说很有用:

Select * from table1, table2 where concat(table1.field) = date_format(table2.field,'%H');

是的，只有一个concat。

MySQL真的不喜欢混合排序规则，除非它可以将它们强制到同一个排序规则(这在您的情况下显然是不可行的)。难道不能通过COLLATE子句强制使用相同的排序规则吗?(或更简单的二进制快捷方式，如果适用…)

一个可能的解决方案是将整个数据库转换为UTF8(另见此问题)。

我个人在一次手术中遇到过这个问题。如果你不想改变表，你可以尝试将你的参数转换为过程。我已经尝试了几次使用collate(与一个集到选择)，但没有一个适合我。

CONVERT(my_param USING utf32)做到了这一点。

有时转换字符集可能是危险的，特别是在具有大量数据的数据库上。我认为最好的选择是使用“二进制”操作符:

e.g : WHERE binary table1.column1 = binary table2.column1

推荐文章