MYSQL"解释查询"显示"键"NULL

web*_*ers 8 mysql

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

我不明白这个:

在此输入图像描述

  1. 为什么键为NULL?

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

在我的表中,carid是表的主键.

LSe*_*rni 4

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自行排序会更快。