gpt4 book ai didi

MYSQL 解释 Rows_examined 不匹配

转载 作者:行者123 更新时间:2023-11-29 08:40:19 24 4
gpt4 key购买 nike

我在 mysql_slow_queries 日志中有一个查询,如下所示:

查询时间:4.642323 锁定时间:1.821996 已发送行数:14 已检查行数:27099

SET TIMESTAMP=1356068688;
SELECT gw.id website_id, gw.name,gw.url,gw.language,gw.title,gw.nickname, gd.id,
gd.deal_title, gd.cdeal_title, gd.deal_details, gd.cdeal_details,
gd.discount_price, gd.original_price, gd.savings, gd.expiry, gd.shop,
gd.location, gd.clocation, gd.limited_offer, gd.contact, gd.url website,
gd.affiliate_url, gd.tags, gd.pic_url, gd.featured, gd.top_pos,
gd.sub_pos, gd.appeal, gd.redeem_until, gd.noofpurchased
FROM groupon_deals gd
INNER JOIN groupon_websites gw ON gw.id=gd.groupon_websites_id
WHERE gd.tags LIKE '%technology-and-gadgets%' AND gd.pubDate >= SYSDATE() - INTERVAL 24 HOUR AND
gd.hidden = 0 AND gd.pubDate < SYSDATE() AND
gd.id NOT IN (1,30079,30090,30116,30118,30070,30136,30137,30138,30156,30103,30157,30038,30044,30084,30025,30013,30111,30030,30020,30059,30087,30026,30016,30112,30031,30021,30005,30092,30027,30017,30113,30049,30032,30023,30006,30096,30040,30028,30018,30120,30033,30024,30008,30110,30029,30019,30128,30131,30129,30100,30004,29995,30076,30126,30069,30078,30071,30034,30080,30065,30073,30082,29987,30074,30117,30068,29981,30098,30102,30088,30119,30135,30155,30107,29997,30041,30046,30077,30003,29992,30058,30097,30014,29999,30066,30127,30009,30081,29993,30060,30015,30114,30000,29985,30099,30010,30083,29994,30061,30022,30115,30001,30072,29986,30011,30086,30062,30123,30002,30075,29990,30054,30160,30094,30012,29998,30064,30125,30039,30130,30134,29982,30159,30048,30047,30158,30043,30101,30104,30106,30122,30056,30057,30063,30161,30053,29984,30132,30109,30036,30108,30037,30121,30045,30124) AND
(gw.language = 'C' OR gw.language = 'B')
ORDER BY gd.sub_pos,gd.noofpurchased DESC

现在,当我转到 phpMyAdmin 并使用 EXPLAIN 运行相同的查询时,我在这里得到输出: http://algaryeung.com/temp/explain-output.jpg

我有 2 个问题:

1) 为什么日志中的 rows_examined 是 27099 与 EXPLAIN 37、756 中的 rows_examined 不同?我是否需要将 EXPLAIN 中的 2 个值相乘才能检查实际行?

2)我知道这是一种开放式的,但是我将如何改进现有的查询?我已经对字段 groupon_deals.groupon_websites_id 建立了索引,并且我认为可能有某种方法可以改进查询的 NOT IN 部分。不期望在这里得到完整的答案,但知道从哪里开始挖掘/学习?

最佳答案

MySQL EXPLAIN 提供了每个步骤将返回的行数的估计和预测。

EXPLAIN真正给你的是执行计划,即将使用的访问路径、操作的顺序以及将使用哪些索引。它实际上并不处理语句来获取准确的行计数,它只是根据有关表中行数以及列中值的基数和分布的信息来预测将检索多少行。

根据您提供的 EXPLAIN 输出,查询正在对 groupon_websites 表进行完整扫描。对于检索到的每个 id 值(未通过谓词消除),MySQL 正在 groupon_websites_id 表的 groupon_deals 列上执行索引查找。

<小时/>

对于此查询,使用索引可能会稍微提高性能

... ON groupon_deals (groupon_websites_id, hidden, pubDate, id)
<小时/>

我认为开始“挖掘”的一个好地方是理解 EXPLAIN 语句。

如果您对 MySQL 实际上如何处理 SQL 语句、MySQL 可以执行哪些“操作”以及哪些“操作”可以使用合适的索引有一定的了解,那么这是理解 EXPLAIN 的输出的基础.

我建议从 MySQL 文档中的这里开始:Understanding the Query Execution Plan

关于MYSQL 解释 Rows_examined 不匹配,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13985022/

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