MYSQL“解释查询”显示“键”NULL

Question

我已经让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'

我不明白这一点：

1. 为什么键为NULL？

2. 我可以更快地进行此查询吗？它需要0.0035秒 - 对于1000行表来说这是慢还是快？

在我的表格中，carid是表格的主键。

Answer 1

根据文档：

“如果key为NULL，MySQL找不到用于更有效地执行查询的索引。”

请参阅以下链接以获取官方文件。

Mysql Doc

编辑：

以下是Index

的链接

How mysql Index work's - SO

How to create index

希望这有帮助！

Answer 2

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 );

这将MySQL在单个索引操作中WHERE阶段所需的大部分信息汇集在一起​​。

根据几个因素，添加performerid可能会加速或不加速。我开始没有，也许以后可以测试一下。

更新：原始查询似乎已更改，并且不再显示performerid。

最后，1000行通常需要很少的时间，以至于MySQL甚至可能决定根本不使用索引，因为加载所有内容并让WHERE自行排序更快。