gpt4 book ai didi

mysql - 通过 MySQL 上的 EXPLAIN 查询分析需要改进的内容

转载 作者:行者123 更新时间:2023-11-30 01:03:51 25 4
gpt4 key购买 nike

我不太熟悉 MySQL 中的索引,并且很难理解 EXPLAIN 输出的工作原理,以及如何读取它以了解我的查询是否经过优化或不。

我有一个相当大的表(110 万条记录),我正在执行以下查询:

SELECT * FROM `Member` this_ WHERE (this_._Temporary_Flag = 0 or this_._Temporary_Flag 
is null) and (this_._Deleted = 0 or this_._Deleted is null) and
(this_.Username = 'XXXXXXXX' or this_.Email = 'XXXXXXXX')
ORDER BY this_.Priority asc;

执行需要很长时间,大多数时候在 30 - 60 秒之间。 EXPLAIN 查询的输出如下:

id  select_type  table  type         possible_keys                            key              key_len  ref    rows   Extra                        
----------------------------------------------------------------------------------------------------------------------------------
1 SIMPLE this_ ref_or_null _Temporary_Flag,_Deleted,username,email _Temporary_Flag 2 const 33735 Using where; Using filesort

这句话的确切含义是什么?这是否意味着这个查询可以优化?该表大部分具有单列索引。我应该使用 EXPLAIN 查询的重要输出是什么?

最佳答案

这意味着它选择使用的索引是名为 _Temporary_Flag 的索引(我假设它位于 _Temporary_Flag 列上)。这不是一个很好用的索引(它仍然会查看 33k 条记录),但却是在这种情况下可以使用的最佳索引。可能值得添加一个涵盖 _Temporary_Flag 和 _Deleted 列的索引。

但是我怀疑这会大大缩小范围。

一个问题是 MySQL 只能在查询中的表上使用单个索引。最好使用的索引可能是用户名上的索引,电子邮件上的另一个索引,但由于您的查询在那里有一个 OR,所以必须选择其中之一。

绕过索引限制的一种方法是使用两个联合在一起的查询,如下所示:-

SELECT * 
FROM `Member` this_
WHERE (this_._Temporary_Flag = 0
or this_._Temporary_Flag is null)
and (this_._Deleted = 0
or this_._Deleted is null)
and this_.Email = 'XXXXXXXX'
UNION
SELECT *
FROM `Member` this_
WHERE (this_._Temporary_Flag = 0
or this_._Temporary_Flag is null)
and (this_._Deleted = 0
or this_._Deleted is null)
and this_.Username = 'XXXXXXXX'
ORDER BY this_.Priority asc;

关于mysql - 通过 MySQL 上的 EXPLAIN 查询分析需要改进的内容,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19854989/

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