【问题标题】:MySQL illegal mix of collations with all utf8 db/tables/columnsMySQL 将排序规则与所有 utf8 db/tables/columns 非法混合
【发布时间】:2013-01-02 15:34:07
【问题描述】:

我不明白。我从来没有真正得到它,但现在我真的迷路了。我的数据库是 utf8,我的表是 utf8,我的列是 utf8。有些数据是 latin1/iso-8859-1,所以它只是显示错误。 (我现在不在乎。)以前都是 latin1,现在是 50/50,更糟。

当我没有特别告诉连接使用所有 utf8 时,所有查询都有效并且所有数据都正确显示(即使存储错误)。那是因为存储错误(utf8 中的 latin1)并且连接“错误”(我猜默认为 latin1),因此相互抵消。字符正常,没有错误。但显然这是不可接受的,因为数据库包含垃圾。

所以我想要所有的utf8,所以我专门告诉MySQL(每次第一次查询):

SET NAMES 'utf8' COLLATE 'utf8_general_ci'

然后不知何故以下查询失败:

SELECT
  r.id,
  r.slots,
  r.start_time AS StartA,
  ADDTIME(r.start_time, SEC_TO_TIME(60*r.slots*s.slotsize)) AS EindA,
  '14:30:00' AS StartB,
  '15:30:00' AS EindB
FROM
  club_sports s, resources c, reservations r
WHERE
  r.resource_id = c.id AND
  c.club_sport_id = s.id AND
  r.not_cancelled = '1' AND
  r.resource_id = 25 AND
  r.date = '2013-01-18'
HAVING
  (
    (StartA >= StartB AND StartA < EindB) OR
    (EindA >= StartB AND EindA < StartB) OR
    (StartB >= StartA AND StartB < EindA) OR
    (EindB >= StartA AND EindB < StartA)
  )
LIMIT 1

出现以下错误:

用于操作“

我不明白!它从哪里得到latin1_swedish_ci,NUMERIC?? HAVING 中的所有部分都不是数字,它们都是相同的 utf8,对吗?源表和列都是utf8!

我知道这个查询并不完美,但现在这无关紧要。我应该能够使用'' 创建假/tmp 列并在 HAVING 中比较它们,对吧?

我真的需要我的db是utf8,因为我真的需要我的数据是utf8,因为json_encode真的需要utf8,所以我真的需要连接是utf8。救命!

【问题讨论】:

  • 如果你想要的只是让 json_* 工作,你所需要的只是 utf-8 连接编码 - 让数据库以 utf-8 向你发送数据,并以 utf-8 解释你的数据。仅当编码不支持您要使用的字符时,用于数据库存储的编码才重要。但除此之外,只需要连接编码就足够了。
  • 并且查询不起作用...如果数据库不是utf8并且连接是,结果(显示)将是乱码。目前数据库和连接不是所以结果显示“正确”,但 json_encode 想要真正的 utf8。
  • 因为您正在混合排序规则和存储字符集
  • 我不知道那是什么意思...一切都是 utf8,应该没问题吧?为什么它会考虑某些部分latin1_swedish_ci,NUMERIC? (我什至不知道那是什么意思。)我需要SET NAMES 查询json_*。我要改变什么才能让一切正常工作?

标签: mysql utf-8 character-encoding latin1


【解决方案1】:

HAVING 子句用于聚合值(想想 GROUP BY 项的 WHERE 子句)。

您需要在 WHERE 子句中重做计算(如 ADDTIME 函数),因为您不能使用别名。

【讨论】:

  • 这是不可接受的。该查询无需显式 utf8 排序规则查询即可工作。为什么?某处编码有问题,而不是查询。
  • 如果我将所有 HAVING 内容移到 WHERE,它会引发完全相同的错误。它不关心 HAVING。
猜你喜欢
  • 2012-08-28
  • 2014-03-06
  • 2011-01-20
  • 1970-01-01
  • 1970-01-01
  • 2011-10-09
  • 1970-01-01
  • 1970-01-01
  • 2010-11-03
相关资源
最近更新 更多