MyISAM-> InnoDB之后，mysql查询变慢并移至AWS

Question

我计划从共享的托管服务器切换到AWS设置（针对Apache / php的EC2，针对MySQL的RDS）。

我在共享服务器上运行了超过一年的PHP / mysql网站测试版。 尤其是一页在浏览器中总是运行很快（完全加载可能少于3秒）。

在准备搬迁时，我将数据库和所有表从MyISAM更改为InnoDB。 我还将默认字符集切换为utf8mb4（是latin-1或其他形式），并将排序规则切换为utf8mb4_unicode_ci。 有几列像varchar2（400）一样被索引的列，它们得到了> 191个字符的错误（因为使用utf8mb4从3byte-> 4byte转移了）。 我进去并手动将这些列手动切换为UTF-8 / utf_unicode_ci。 一切似乎都很好（没有明确的错误）

现在，我已将站点/数据库的副本移至AWS。 大多数页面加载正常。 特别是，它要花很长时间才能加载（> 5分钟）。 我有一些很小的EC2实例和RDS实例，所以我意识到这可能是一个问题，但是我是唯一使用该站点（用于一个查询）的人，整个数据库小于70MB。

运行一个解释计划显示在大多数情况下使用键（索引？）和一个具有74k行的“派生”表。 74k是非常小的数据集。 我对Oracle的解释计划更加熟悉，因此我很难弄清发生了什么。

我尝试在共享托管服务器上运行原始页面，它也变得越来越慢！ 因此，我没有理由相信这是一个AWS问题。

我知道在简单的情况下MyISAM快一点，但是没有办法比我新使用的InnoDB快10000000000000x吗？

尝试索引大于191个字符的varchar的转换是否出了问题？ 是否有可能以某种方式破坏了系统/表？ 如果您给他们很多时间，查询将完成，但是它们不可能这么慢。 我认为即使索引被油炸，并且它正在对74k行进行全表扫描，它甚至也不会费劲。

思考？

编辑：找到了这个线程： https : //dba.stackexchange.com/questions/75091/why-are-simple-selects-on-innodb-100x-slower-than-on-myisam海报似乎也有类似的减速体验。 我不能使用与他/她相同的解决方案。 认为我必须将要返回的所有列都放入索引是很疯狂的。 每个人都不可能接受吗？

Answer 1

好的，我知道了。 是我的错（不足为奇）。 我很久以前才写查询，直到我真正知道自己在做什么。 肯定还有改进的余地...

查询看起来像：

TableA (main table of focus)
  aID (pk)
  bID (fk)
  locationID (fk)
  rowTitle

TableB 
  bID (pk)
  locationID (fk)

TableLocations
  locationID (pk)
  locationName

我想基本上使用A的位置（如果存在），但是如果A没有一个位置，则使用B的位置。 （A将始终链接到B）。

我在做一些像

 SELECT
   rowTitle,
   locationName
 FROM
   TableA a, TableB b, TableLocations loc
 WHERE
  a.bID = b.bID
  AND
  ( a.locationID = loc.locationID
    OR 
   (a.locationID IS NULL AND b.locationID = loc.locationID)
  )

它工作正常，并且在使用MyISAM时始终返回我想要的东西。 而且很快。 但是，由于某种原因，当我搬到InnoDB时，sh $＆碰到了墙。 在执行此查询的计划时，引擎没有任何区别。 我想在某个时刻，当数据集足够大时，MyISAM会感到窒息，但是由于我仍然在开发人员中，因此数据很小。

从那以后，我开始转向结构更好的东西：

 SELECT 
   rowTitle
   CASE WHEN loc1.locationID IS NOT NULL THEN loc1.locationName
        WHEN loc2.locationID IS NOT NULL THEN loc2.locationName
   END as locationName
FROM
   TableA a
JOIN TableB b ON a.bID = b.bID
 LEFT OUTER JOIN TableLocations loc1 ON a.locationID = loc1.locationID
 LEFT OUTER JOIN TableLocations loc2 ON b.locationID = loc2.locationID

一切都很好！ 我删去了很多查询和其他表，以关注我的主要逻辑/物理问题。

查询下降到大约10MS，这是我期望的。

那是我对MySQL的爱与恨。 有时，“它确实有效”，让您克服自己的不足。 绝对是我第一次没有做对的错。

附加问题：如果有人知道MyISAM与InnoDB如何评估第一个（错误）查询之间的区别以及为什么性能如此不同，我真的很想听听它！

谢谢！