mysql 存储过程中报Illegal mix of collations

我写了一个存储过程，里边有一个游标，然后遍历游标，根据遍历的结果update 另外一张表的值，这是大体情况；

问题是在update的时候报：Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT)错误。

表和字段的collate都是utf8_unicode_ci，但是server的是utf8_general_ci，还不能改！

没办法只能在存储过程中转换！

解决方法：将比较等式一边进行字符串转换，如改为“CONVERT(变量 USING utf8) COLLATE utf8_unicode_ci”

时间： 2024-10-15 04:07:41

mysql 存储过程中报Illegal mix of collations的相关文章

c#程序连接mysql，报"Illegal mix of collations (utf8_general_ci,IMPLICIT) and (utf8_unicode_ci,IMPLICIT) for operation '='"的解决方案

=============================================== 20170607_第一次修改                       ccb_warlock =============================================== 工作关系开发一个连接mysql的c#程序,交付测试后反应在连测试环境的数据库后出现报错且数据无法获取的情况.(如下图所示) 查到了http://www.cnblogs.com/xiaochaohuashengm

mysql 字符集错误 Illegal mix of collations

SELECT * FROM     mobile_card.mcc_o2o_repayment_request orr         INNER JOIN     bi_o2o_sfq.CARD C ON C.CARDID = orr.cardno LIMIT 0, 50 Error Code: 1267. Illegal mix of collations (utf8_general_ci,IMPLICIT) and (utf8_unicode_ci,IMPLICIT) for operat

MySQL replication illegal mix of collations

MySQL replication case 一则 转载:http://www.vmcd.org/2013/09/mysql-replication-case-%E4%B8%80%E5%88%99/ Posted by admin on September 10th, 2013 最近同事处理了一则mysql复制错误.发出来参考下 MYSQL同步出错,报错信息如下: ? Last_Errno: 1267 Last_Error: Error 'Illegal mix of collations (u

MySQL SQL error: #1271 - Illegal mix of collations for operation 'UNION'

MySQL在使用UNION查询时或者创建视图时报:异常:SQL error: #1271 - Illegal mix of collations for operation 'UNION',此类问题是由于UNION Mysql的Table的时候对应的字段Collation字符序不同导致的,如下图所示: 创建视图或者查询时采用UNION ALL报异常 通过WorkBench查看相关查询的表的详细信息发现字符类型的字段的Collation不同 通过修改字段的Collation解决此类错误,或者创建字

mysql: Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation '= 的解决

昨天把mysql里所有table的varchar字段的字符集,批量换成了utf8mb4/utf8mb4_unicode_ci ,以便能保存一些emoji火星文 , 结果有一个sql语句执行时,报错如下: Illegalmixofcollations(utf8_unicode_ci,IMPLICIT)and(utf8_general_ci,IMPLICIT)foroperation '= 观察了一下,这个sql使用了一个自定义的function,这个函数的入口参数为varchar,类似如下: CR

MySQL Error: Illegal mix of collations for operation 'concat'

在使用concat连接字符串时出现错误:MySQL Error: Illegal mix of collations for operation 'concat' 原因:字段操作默认为UTF8的编码,应该绝对统一使用UTF-8,而创建数据库时使用了其它编码.  解决方法:在Navicat for MySQL中删除掉原来的数据库,重新新建,新建时设置字符集和排序规则为UTF-8 MySQL Error: Illegal mix of collations for operation 'concat

mysql : Illegal mix of collations (utf8_general_ci,IMPLICIT) and (utf16_general_ci,IMPLICIT) for operation '

mysql多表关联查询报错Illegal mix of collations (utf8_general_ci,IMPLICIT) and (utf16_general_ci,IMPLICIT) for operation ' 查了这两张表都是utf-8格式的,为什么还是不能查询,后来发现字段里的排序规则有一张表是utf-16的, 修改后即可查询 mysql : Illegal mix of collations (utf8_general_ci,IMPLICIT) and (utf16_gen

MySQL 报错：MySQL Illegal mix of collations for operation 'like'

MySQL Illegal mix of collations for operation 'like' 在 MySQL 5.5 以上, 若字段类型 Type 是 time,date,datetime 在 select时如果使用 like '%中文%' 会出现 Illegal mix of collations for operation 'like'在编程时要对每个字段进行查找, 在执行时可能就会出现时间字段 like '%中文%' 这种语法,在旧版的 MySQL 是不会出现错误的. 升到 M

mysql字符集问题 错误代码： 1267 Illegal mix of collations (utf8_general_ci,IMPLICIT) and (utf8_croatian_ci,IMPLICIT) for operation '='

一般是多表或跨库表查询导致出现的问题,其原因是两张表的字符集不一样导致的,那为什么两张表的字符集会不一样?这是由于架构师或者开发人员在建表的时候不小心选错字符集的原因导致的. 那好我们把两张表(或两个库的关联的两张表)的字符集更改为一样就可以了,是的我们改过来发,发现变态的MYSQL还是一样的错误!!! 我在网上查了一些资料说的感觉很全,但太理论化且不实用(就是解决不了问题). 根据上面的分析我们想两张表的字符集改为一样为目的肯定是可以的,然后我在想是不是字段也存在字符集的概念,但是可恶的是工具