Question

以下查询需要4秒才能运行，我不知道为什么因为索引结果很低。它的工作方式无法更改（因为它是一个兼容性查询，可以从2个不同的系统获取appName）

你有什么想法吗？

SELECT runList.appName
FROM projectList
INNER JOIN varMeta ON (projectList.id = varMeta.projectId)
INNER JOIN runList ON (projectList.projectName = runList.appName)
WHERE varMeta.htmlvar_content = "example-app-name"
ORDER BY runList.id DESC
LIMIT 1;

+----+-------------+-------------+-------+--------------------+-------------+---------+---------------------------+------+-------------+
| id | select_type | table       | type  | possible_keys      | key         | key_len | ref                       | rows | Extra       |
+----+-------------+-------------+-------+--------------------+-------------+---------+---------------------------+------+-------------+
|  1 | SIMPLE      | runList     | index | env,appName,all    | PRIMARY     | 8       | NULL                      |    3 | Using where |
|  1 | SIMPLE      | projectList | ref   | PRIMARY,appNameIDX | appNameIDX  | 138     | compat.runList.appName    |    1 | Using where |
|  1 | SIMPLE      | varMeta     | ref   | varMetaIDX         | varMetaIDX  | 5       | compat.projectList.id     |   63 | Using where |
+----+-------------+-------------+-------+--------------------+-------------+---------+---------------------------+------+-------------+

这是该查询的个人资料：

+--------------------+----------+
| Status             | Duration |
+--------------------+----------+
| starting           | 0.000215 |
| Opening tables     | 0.000043 |
| System lock        | 0.000034 |
| Table lock         | 0.000015 |
| init               | 0.000081 |
| optimizing         | 0.000029 |
| statistics         | 0.000345 |
| preparing          | 0.000033 |
| executing          | 0.000009 |
| Sorting result     | 0.000009 |
| Sending data       | 3.023702 |
| end                | 0.000018 |
| query end          | 0.000004 |
| freeing items      | 0.000223 |
| logging slow query | 0.000004 |
| cleaning up        | 0.000005 |
+--------------------+----------+

Answer 1

我想在这里猜一下，因为你没有告诉我们你有哪些字段或索引，也没有提到每个表中的行数。（所以这可能是垃圾）。

您需要varMeta.html_varcontent的特定单个值，然后您需要加入varMeta.projectID。因此，在(html_varcontent, projectID)表上创建复合索引varMeta。为什么这有帮助？因为您希望索引中最左侧列的某个值，然后MySQL需要检索另一列的所有可能值。 MySQL可以随机访问，然后通过索引扫描该数据，而无需使用表数据。它更快。

同样，您正在ORDER BY id DESC LIMIT 1表上执行runList事情。为了有效地开展工作，请尝试在(appName, id)表上创建复合索引runList。您的联接操作会查找appName的一个或多个值，然后必须查找数字最高的id数字。这在复合指数中很快。

最后，projectList表格中的以下两个复合索引之一应该有所帮助：(id, appName)或(appName, id)。哪一个取决于MySQL在其他索引可用后如何优化您的查询。

MySQL慢查询有2个内连接

1 个答案: