MariaDB：带有子查询的 group_concat 失败

Question

在 MySQL 5.6.34（我的新开发服务器）和 MariaDB 10.2.8（我的新生产服务器，我以为我今天终于部署代码的地方——叹息！）上的数据库结构和数据完全相同，MySQL 是工作而 MariaDB 没有。这是多年来在 MySQL 5.0.95 上运行良好的代码。我已将查询简化为显示问题的最小示例 - 似乎 GROUP_CONCAT() 和子查询不混合。这是查询：

SELECT person.PersonID,
GROUP_CONCAT(CategoryID ORDER BY CategoryID SEPARATOR ',') AS categories
FROM person LEFT JOIN percat ON person.PersonID=percat.PersonID
WHERE person.PersonID IN (SELECT PersonID FROM action WHERE ActionTypeID=3)
GROUP BY person.PersonID

这是一张合成的屏幕截图，显示了所有三个表的结构：

在 MySQL 上，它运行良好，因为它已经运行了多年。这是结果和EXPLAIN：

这是我在 MariaDB 上得到的疯狂结果：

我不太了解数据库引擎的内部工作原理，无法关注EXPLAIN，但我认为线索就在某处。我发现this bug report 听起来很相关，但我真的不明白他们在说什么，更重要的是，我应该怎么做。

Answer 1

这是一个错误，显然它与您发现的不完全相同（因为上述错误报告中的测试用例在 10.2.8 上运行良好，而您的确实不行）。请随时通过MariaDB JIRA 报告新的。

同时，我认为您应该能够通过设置来解决它

optimizer_switch=orderby_uses_equalities=off

在您的 cnf 文件中。这是一个新启用的优化，显然不是完美无缺的。

---

更新：该错误现在报告为https://jira.mariadb.org/browse/MDEV-13694

Answer 2

解决方法这无法回答为什么会有差异，但您应该将DISTINCT 添加到GROUP_CONCAT。

“为什么” 答案可能深深植根于优化器中。自 5.0 以来发生了很多变化。 5.6有很多新代码；与此同时，MariaDB 正在分叉到 10.0。在这次分叉中，优化器出现了显着差异。 10.2 更进一步，但未必在优化这种类型的查询。

改进的查询 可以对查询执行几项操作。有些可能会更快：

SELECT  p.PersonID, 
        ( SELECT  GROUP_CONCAT(pc.CategoryID
                               ORDER BY  CategoryID SEPARATOR ',')
            FROM  percat
            WHERE  PersonID = p.PersonID 
        ) AS categories
    FROM  person
    JOIN  action AS a  ON p.PersonID = a.PersonID
    WHERE  ActionTypeID = 3
    GROUP BY  p.PersonID 

转换LEFT JOIN 可能会减少GROUP BY 的负载。可能GROUP BY 可以删除。

因为PRIMARY KEY(PersonID, CategoryID)，应该不需要DISTINCT。

需要的索引这个“覆盖索引”会加快速度：INDEX(ActionTypeID, PersonID)。