我得到下面的错误时，试图做一个选择通过一个存储过程在MySQL。
操作'='的排序规则(latin1_general_cs,IMPLICIT)和(latin1_general_ci,IMPLICIT)的非法混合
你知道哪里出了问题吗?
该表的排序规则为latin1_general_ci, where子句中的列的排序规则为latin1_general_cs。
当前回答
如果你遇到问题的列是“散列”，那么考虑以下…
如果“hash”是二进制字符串，你应该使用binary(…)数据类型。
如果“哈希”是一个十六进制字符串，你不需要utf8，应该避免这样做，因为字符检查等。例如，MySQL的MD5(…)会产生一个固定长度的32字节十六进制字符串。SHA1(…)给出一个40字节的十六进制字符串。这可以存储到CHAR(32)字符集ascii(或40的sha1)。
或者，更好的是，将UNHEX(MD5(…))存储为BINARY(16)。这样就把柱子的大小减少了一半。(然而，这确实使它不适合印刷。)SELECT十六进制(散列)…如果你想让它可读。
比较两个BINARY列没有排序规则问题。
其他回答
我有一个类似的问题，试图使用FIND_IN_SET过程与字符串变量。
SET @my_var = 'string1,string2';
SELECT * from my_table WHERE FIND_IN_SET(column_name,@my_var);
并且正在接收错误
错误码:1267。排序规则的非法混合(utf8_unicode_ci,IMPLICIT) 和(utf8_general_ci，隐式)操作'find_in_set'
简短的回答:
不需要更改任何collation_YYYY变量，只需在变量声明旁边添加正确的排序规则，即。
SET @my_var = 'string1,string2' COLLATE utf8_unicode_ci;
SELECT * from my_table WHERE FIND_IN_SET(column_name,@my_var);
长一点的回答:
我首先检查了排序变量:
mysql> SHOW VARIABLES LIKE 'collation%';
+----------------------+-----------------+
| Variable_name | Value |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
+----------------------+-----------------+
| collation_database | utf8_general_ci |
+----------------------+-----------------+
| collation_server | utf8_general_ci |
+----------------------+-----------------+
然后我查看了表格整理:
mysql> SHOW CREATE TABLE my_table;
CREATE TABLE `my_table` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`column_name` varchar(40) COLLATE utf8_unicode_ci DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=125 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
这意味着我的变量被配置为默认排序规则utf8_general_ci，而我的表被配置为utf8_unicode_ci。
通过在变量声明旁边添加COLLATE命令，变量排序规则与为表配置的排序规则相匹配。
我个人在一次手术中遇到过这个问题。 如果你不想改变表，你可以尝试将你的参数转换为过程。 我已经尝试了几次使用collate(与一个集到选择)，但没有一个适合我。
CONVERT(my_param USING utf32)做到了这一点。
排序规则问题的另一个来源是mysql。proc表。检查存储过程和函数的排序规则:
SELECT
p.db, p.db_collation, p.type, COUNT(*) cnt
FROM mysql.proc p
GROUP BY p.db, p.db_collation, p.type;
还要注意mysql.proc。Collation_connection和mysql.proc。character_set_client列。
一个可能的解决方案是将整个数据库转换为UTF8(另见此问题)。
在我的例子中，函数的默认返回类型是来自数据库的类型/排序规则(utf8mb4_general_ci)，但数据库列是ascii。
WHERE ascii_col = md5(concat_ws(',', a,b,c))
权宜之计是
WHERE ascii_col = BINARY md5(concat_ws(',', a,b,c))
