在多表关联查询时出现错误信息:
Illegal mix of collations (utf8mb4_general_ci,IMPLICIT) and (utf8mb4_unicode_ci,IMPLICIT) for operation '='
error code 1627
原因:
=号两边的字段使用了不同的排序规则。
关联查询sql在测试库没问题,在生产库执行报错,说明包错还与字段保存的实际值有关系,即使两个字段排序规则不一样,但是字段值都是数字或字母,依然可正常执行,但是俩字段实际值存在不较常见的中文汉字或特殊符号时,就会引发该异常。
解决方案:将数据库所有的所有表、字段修改统一的编码、排序规则,下面以将编码统一为utf8mb4,排序规则utf8mb4_general_ci为例
步骤1:查询目标库中所有表使用的编码方式
select count(1),原排序规则 from (SELECT TABLE_SCHEMA '数据库',TABLE_NAME '表',TABLE_COLLATION '原排序规则',CONCAT('ALTER TABLE ',TABLE_SCHEMA,'.', TABLE_NAME, ' COLLATE=utf8mb4_general_ci;') '修正SQL'FROM information_schema.`TABLES`) as tab where 数据库='db_name' group by 原排序规则
查询结果
步骤2:获取非utf8mb4_general_ci编码的表,where条件为上面步骤1查询的非utf8mb4_general_ci编码,执行后获取最后面一列修正sql,执行该sql即可将对应的表修改为utf8mb4编码
select * from (SELECT TABLE_SCHEMA '数据库',TABLE_NAME '表',TABLE_COLLATION '原排序规则',CONCAT('ALTER TABLE ',TABLE_SCHEMA,'.', TABLE_NAME, ' COLLATE=utf8mb4_general_ci;') '修正SQL'FROM information_schema.`TABLES`WHERE TABLE_COLLATION RLIKE 'utf8mb4_unicode_ci' or TABLE_COLLATION RLIKE 'utf8mb4_0900_ai_ci' or TABLE_COLLATION RLIKE 'utf8_general_ci' or TABLE_COLLATION RLIKE 'utf8mb4_bin') as tab where 数据库='db_name'
步骤3:获取非utf8mb4_general_ci排序规则的字段,where条件为上面步骤1查询的非utf8mb4_general_ci编码,执行后获取最后面一列修正sql,执行该sql即可(注意:如有视图需去掉后面视图中的字段,否则执行时会报table does not exist异常)
select * from(SELECT TABLE_SCHEMA '数据库', TABLE_NAME '表', COLUMN_NAME '字段', CHARACTER_SET_NAME '原字符集', COLLATION_NAME '原排序规则', CONCAT( 'ALTER TABLE ', TABLE_SCHEMA, '.', TABLE_NAME, ' MODIFY COLUMN ', COLUMN_NAME, ' ', COLUMN_TYPE, ' CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci COMMENT ', '\'',COLUMN_COMMENT,'\';' ) '修正SQL'FROM information_schema.`COLUMNS`WHERE COLLATION_NAME RLIKE 'utf8mb4_unicode_ci' or COLLATION_NAME RLIKE 'utf8mb4_0900_ai_ci' or COLLATION_NAME RLIKE 'utf8_general_ci' or COLLATION_NAME RLIKE 'utf8mb4_bin' ) as tab where 数据库='db_name'
步骤四:查看数据库默认字符校对,将所有的默认编码规则修改一致(可选操作)
show variables where Variable_name like 'collation%';
修改方法自行搜索了。。。
写在最后:
这是亡羊补牢的方法,从源头上解决,还得团队建立统一的数据库设计规范,提前确定好数据库的编码、排序规则,严格执行,防患于未然。
来源地址:https://blog.csdn.net/chen417980762/article/details/127068037