我已经让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
Run Code Online (Sandbox Code Playgroud)
以下是解释结果:
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'
Run Code Online (Sandbox Code Playgroud)
我不明白这个:

为什么键为NULL?
我可以更快地进行此查询吗?它需要0.0035秒 - 这对1000行表来说是慢还是快?
在我的表中,carid是表的主键.
MySQL 未找到任何可用于查询的索引。
查询的速度取决于您的 CPU,对于这么少的行,还取决于可用的 RAM、系统负载和磁盘速度。您可以使用BENCHMARK多次运行查询并以更高精度计时(例如,执行 100,000 次并将总时间除以 100,000)。
至于索引问题:您的WHERE子句涉及carid, age, category(间接performerid)。您应该category首先对 进行索引(因为您要求对其进行直接匹配),age最后对 进行索引carid。
CREATE INDEX test_index ON cronjob_reloaded ( category, age, carid );
Run Code Online (Sandbox Code Playgroud)
WHERE这汇集了 MySQL在单个索引操作中查询阶段所需的大部分信息。
添加performerid可能会加快速度,也可能不会加快速度,具体取决于几个因素。我会开始没有,也许稍后会测试它。
更新:原始查询似乎已更改,不再performerid出现。
最后,1000 行通常只需要很少的时间,MySQL 甚至可能决定根本不使用索引,因为加载所有内容并让其WHERE自行排序会更快。
| 归档时间: |
|
| 查看次数: |
10440 次 |
| 最近记录: |