mysql 5.5 到 mariadb 10.2.13：select 的执行时间增加了 4000%答案

【问题标题】：mysql 5.5 to mariadb 10.2.13: 4000% increase in execution time for selectmysql 5.5 到 mariadb 10.2.13：select 的执行时间增加了 4000%
【发布时间】：2018-08-03 00:27:57
【问题描述】：

在从 mysql 5.5 迁移到 mariadb 10.2.13 后，我面临一个性能问题。包括配置在内的两台机器的大小是相同的。我们注意到某个 select 语句突然需要约 20 秒才能执行，而不是 0.5 秒。数据纯粹从内存中读取，因为在执行期间要测量的读取 IO 为零。将mariadb上的optimizer_switch改成mysql5.5的设置并没有改变执行计划。

mariadb 上 select 的解释如下：

mysql5.5上select的解释：

选择语句：

SELECT  acmh.OBJ_VERSION,acmh.peannr,acmh.pzsrnr,xuts.ptitle,
        acmh.pcategory,acmh.psalutatio,acmh.plastname,acmh.pfirstname,
        acmh.pcompanyna,syoq.paddress1,syoq.pzip,syoq.pcity,syoq.pphone1,
        syoq.pphone2,syoq.pphone3,syoq.pphone4,syoq.pemail,acmh.piscompany,
        xuts.id
    FROM  catalog1.tr_table_acmh acmh,catalog1.tr_table_syoq syoq,
        catalog1.tr_table_xuts xuts,catalog1.tr_table_wdvi link0,
        catalog1.tr_table_wdvi acl0
    WHERE  acmh.id=syoq.id
      AND  acmh.id=xuts.id
      AND  syoq.id=xuts.id
      AND  xuts.OBJ_TYPE IN (1557)
      AND ( (xuts.id=link0.pchild
       AND  link0.pparent='xkgrrslqkeaaaaendrxa'
       AND  link0.pname='folder')
       and  1 = 1 )
      AND  xuts.pvcurrent=1
      AND  (acl0.pchild=xuts.pacl
       AND  acl0.pparent='xkgrrswxbjaaaaaaabip'
       AND  acl0.pvalue>=20
           )
    order by acmh.plastname asc,
             acmh.pfirstname asc,
             acmh.pcompanyna asc
    LIMIT  10 OFFSET 0;

我是否缺少任何可以在 mariadb 上强制执行不同行为的开关？

【问题讨论】：

您是否已将表转换为 InnoDB？请同时显示查询。
添加了选择。所有表都是innodb。之后我通过执行 mysqldump 和 mysql_upgrade 传输数据（在 mariadb 上）
对于初学者，请确保您已在所有相关表上运行ANALYZE（您尚未提及您已完成）。与使用 InnoDB 5.5 的 MySQL/MariaDB 不同，MariaDB 10.2 具有默认使用持久统计信息的 InnoDB 5.7。可能是存储的统计值（如果有）与现实存在很大差异。
@elenst 你太棒了，谢谢，现在它在 0.6 秒内运行。如果您不想自己添加，我将阅读分析表的工作原理并添加答案。
当然，去吧。

标签： mysql select mariadb

【解决方案1】：

更新查询优化器的统计信息（涉及的 3 个表上的 ANALYZE TABLE）修复了这种情况下的问题。

SELECT 的新执行计划现在如下所示：

【讨论】：

【解决方案2】：

这些可能有助于提高性能：

 link0:  INDEX(pchild, pparent, pname)
 link0:  INDEX(pparent, pname, pchild)
 xuts:   INDEX(pvcurrent, OBJ_TYPE, id)
 acl0:   INDEX(pchild, pparent, pvalue)

您似乎有几张 1:1 的桌子；这是真的？如果有，为什么？

id 的数据类型是什么？这似乎是一个奇怪的长度：20。

【讨论】：