我得到下面的错误时，试图做一个选择通过一个存储过程在MySQL。
操作'='的排序规则(latin1_general_cs,IMPLICIT)和(latin1_general_ci,IMPLICIT)的非法混合
你知道哪里出了问题吗?
该表的排序规则为latin1_general_ci, where子句中的列的排序规则为latin1_general_cs。
当前回答
我使用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。
其他回答
如果安装了phpMyAdmin，可以按照以下链接中给出的说明进行操作:https://mediatemple.net/community/products/dv/204403914/default-mysql-character-set-and-collation您必须将数据库的排序规则与所有表的排序规则以及表中的字段进行匹配，然后重新编译所有存储过程和函数。这样，一切就都能正常工作了。
下面的方法对我很有效。
CONVERT( Table1.FromColumn USING utf8) = CONVERT(Table2.ToColumn USING utf8)
我个人在一次手术中遇到过这个问题。 如果你不想改变表，你可以尝试将你的参数转换为过程。 我已经尝试了几次使用collate(与一个集到选择)，但没有一个适合我。
CONVERT(my_param USING utf32)做到了这一点。
如果你遇到问题的列是“散列”，那么考虑以下…
如果“hash”是二进制字符串，你应该使用binary(…)数据类型。
如果“哈希”是一个十六进制字符串，你不需要utf8，应该避免这样做，因为字符检查等。例如，MySQL的MD5(…)会产生一个固定长度的32字节十六进制字符串。SHA1(…)给出一个40字节的十六进制字符串。这可以存储到CHAR(32)字符集ascii(或40的sha1)。
或者，更好的是，将UNHEX(MD5(…))存储为BINARY(16)。这样就把柱子的大小减少了一半。(然而，这确实使它不适合印刷。)SELECT十六进制(散列)…如果你想让它可读。
比较两个BINARY列没有排序规则问题。
MySQL真的不喜欢混合排序规则，除非它可以将它们强制到同一个排序规则(这在您的情况下显然是不可行的)。难道不能通过COLLATE子句强制使用相同的排序规则吗?(或更简单的二进制快捷方式，如果适用…)
