You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

MySQL函数触发Error 1267:排序规则不兼容问题求助

解决MySQL函数中排序规则冲突的问题

这个错误Error Code: 1267. Illegal mix of collations本质是比较操作的两边数据排序规则不匹配——虽然你已经确认了数据库和表的排序规则是utf8_bin,但问题出在隐式类型转换或者变量/参数的排序规则和表字段不一致上。结合你的代码来看,核心冲突点是TIME类型字段和VARCHAR参数做比较时的规则不兼容,给你几个具体的解决思路:

1. 显式转换参数类型,避免隐式转换

你的函数参数new_start_time和new_end_time定义为varchar(100),但表中的start_time和end_time是TIME类型。直接用两种不同类型做<=比较时,MySQL会自动做隐式转换,这个过程很容易触发排序规则冲突。

修改查询v_count的语句,把VARCHAR参数显式转成TIME类型:

SELECT COUNT(*) INTO v_count 
FROM calendar 
WHERE user = v_user 
  AND start_date = new_date 
  AND (start_time <= CAST(new_end_time AS TIME) 
       AND CAST(new_start_time AS TIME) <= end_time);

2. 显式指定排序规则,统一比较规则

如果暂时不想修改参数类型,可以在比较时强制指定两边的排序规则为utf8_bin,确保一致性:

SELECT COUNT(*) INTO v_count 
FROM calendar 
WHERE user = v_user 
  AND start_date = new_date 
  AND (start_time <= new_end_time COLLATE utf8_bin 
       AND new_start_time COLLATE utf8_bin <= end_time);

3. 优化参数类型定义(推荐)

既然new_start_time和new_end_time是用来表示时间的,直接把函数参数类型改成TIME会更合理,从根源上避免类型转换的问题:

CREATE DEFINER=`root`@`localhost` FUNCTION `mutare_interval`(
    v_id_inspectie INT(10), 
    v_user varchar(100),
    new_start_time TIME,  -- 改为TIME类型
    new_end_time TIME,    -- 改为TIME类型
    new_date DATE
) RETURNS varchar(100) DETERMINISTIC 
BEGIN
    -- 后续代码无需再处理类型转换,直接使用参数即可
    ...
END

4. 排查其他潜在冲突点

  • 确认calendar表中user字段的排序规则也是utf8_bin,避免user = v_user这部分的潜在冲突
  • 检查free_time_frames表中time_start、time_end等字段的排序规则,确保后续DELETE/INSERT语句中的比较不会触发同样问题

你可以先尝试第一种方案,修改v_count的查询语句,应该就能解决当前的报错。如果还有问题,再逐步排查其他可能的冲突点。

内容的提问来源于stack exchange,提问作者Mihai Alexandru Tutu

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.15 07:42:32