MySQL意外的字符串比较行为

Question

我很难理解字符串比较在MySQL中是如何工作的。(我使用的是MySQL社区服务器8.0.14版)

我有一个应用程序表和一个根据“elmah_error”列过滤行的查询。"application“被定义为排序规则为utf8_general_ci的varchar(60)列

如果我运行下面的查询，我会得到以下结果：

SELECT application, COUNT(*) FROM elmah.elmah_error GROUP BY application;

/LM/W3SVC/3/ROOT    3330
/LM/W3SVC/4/ROOT    350

这表明应用程序只有两个不同的值，总行计数为3,680。为了以防万一，我用下面的查询再次检查了这一点。

SELECT DISTINCT application FROM elmah.elmah_error;

/LM/W3SVC/3/ROOT
/LM/W3SVC/4/ROOT

和

SELECT COUNT(*) FROM elmah.elmah_error;

3680

但是，如果我运行以下查询，我不会得到预期的结果。

SELECT COUNT(*) FROM elmah.elmah_error 
where application = '/LM/W3SVC/3/ROOT';

984


SELECT COUNT(*) FROM elmah.elmah_error 
where application <> '/LM/W3SVC/3/ROOT';

350

我预计第一个查询将返回3330，两个查询的总和为3680，但事实并非如此。

但是，如果我要运行以下任何查询，我都会得到预期的结果。

SELECT COUNT(*) FROM elmah.elmah_error 
WHERE UPPER(application) = '/LM/W3SVC/3/ROOT';

SELECT COUNT(*) FROM elmah.elmah_error 
WHERE TRIM(application) = '/LM/W3SVC/3/ROOT';

SELECT COUNT(*) FROM elmah.elmah_error 
WHERE application LIKE '%/LM/W3SVC/3/ROOT';

3330

基于trim和like变体的工作，我最初怀疑'/LM‘前面可能有一个隐藏字符

但是，SELECT DISTINCT LENGTH(application) FROM elmah.elmah_error表示所有值的长度都为16。这一点以及GROUP BY application和DISTINCT application查询的结果似乎表明，看不见的字符可能不是这样的。

有没有人能解释一下这里发生了什么？

Answer 1

我推测您的表可能正在使用不区分大小写的排序规则。因此，值/LM/W3SVC/3/ROOT可能有其他变体，其中并非所有字符都是大写的。要测试这一点，请尝试您的第一个聚合查询区分大小写的排序规则：

SELECT application COLLATE SQL_Latin1_General_CP1_CS_AS, COUNT(*) AS cnt
FROM elmah.elmah_error
GROUP BY application COLLATE SQL_Latin1_General_CP1_CS_AS;