gpt4 book ai didi

mysql - MYSQL "explain query"显示 "key"NULL

转载 作者:可可西里 更新时间:2023-11-01 06:33:37 24 4
gpt4 key购买 nike

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

我不明白的是:

enter image description here

  1. 为什么键是 NULL?

  2. 我可以加快查询速度吗?这需要 0.0035 秒 - 对于 1000 行的表格来说,这是慢还是快?

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

最佳答案

MySQL 没有找到任何用于查询的索引。

查询速度取决于您的 CPU,对于如此少的行,还取决于可用 RAM、系统负载和磁盘速度。您可以使用 BENCHMARK 多次运行查询并以更高的精度计时(例如,执行 100,000 次并将总时间除以 100,000)。

至于索引问题:您的WHERE 子句涉及caridagecategory(并间接执行者 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/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com