我已经让 mysql 解释以下查询:
SELECT carid,pic0,bio,url,site,applet
FROM cronjob_reloaded
WHERE
carid LIKE '%bmw%'
OR
carid LIKE '%mer%'
OR
age BETWEEN '5' AND '10'
OR
category IN ('used')
ORDER BY CASE
WHEN carid LIKE '%bmw%' OR carid LIKE '%mer%' THEN 1
WHEN age BETWEEN '5' AND '10' THEN 2
ELSE 3
END
下面是解释结果:
EXPLAIN SELECT carid, pic0, bio, url, site, applet
FROM cronjob_reloaded
WHERE carid LIKE '%bmw%'
OR carid LIKE '%mer%'
OR carid IS NOT NULL
AND age
BETWEEN '5'
AND '10'
我不明白的是:
为什么键是 NULL?
我可以加快查询速度吗?这需要 0.0035 秒 - 对于 1000 行的表格来说,这是慢还是快?
在我的表中carid是表的主键。
最佳答案
MySQL 没有找到任何用于查询的索引。
查询速度取决于您的 CPU,对于如此少的行,还取决于可用 RAM、系统负载和磁盘速度。您可以使用 BENCHMARK
多次运行查询并以更高的精度计时(例如,执行 100,000 次并将总时间除以 100,000)。
至于索引问题:您的WHERE
子句涉及carid
、age
、category
(并间接执行者 ID
)。您应该首先在 category
上建立索引(因为您要求对其进行直接匹配),age
,最后是 carid
。
CREATE INDEX test_index ON cronjob_reloaded ( category, age, carid );
这在单个索引操作中汇集了 MySQL 在查询的 WHERE
阶段所需的大部分信息。
添加 performerid
可能会加快速度,也可能不会,这取决于几个因素。我会先不使用它,然后可能会对其进行测试。
更新:原来的查询好像变了,没有performerid
出现了。
最后,1000 行通常只需要很少的时间,MySQL 甚至可能决定根本不使用索引,因为它可以更快地加载所有内容并让 WHERE
排序它自己的。
关于mysql - MYSQL "explain query"显示 "key"NULL,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12390373/