午夜剧场伦理_日本一道高清_国产又黄又硬_91黄色网战_女同久久另类69精品国产_妹妹的朋友在线

您的位置:首頁技術文章
文章詳情頁

mysql優(yōu)化 - 關于mysql查詢時索引失效及掃描行數(shù)大于數(shù)據(jù)總行數(shù)的疑問。

瀏覽:163日期:2022-06-10 17:35:38

問題描述

mysql優(yōu)化 - 關于mysql查詢時索引失效及掃描行數(shù)大于數(shù)據(jù)總行數(shù)的疑問。

數(shù)據(jù)表使用innodb引擎,updated_at 字段使用普通索引。三個問題:

對比前兩條語句,第二條沒有使用索引,我記得是掃描行數(shù)達到一定行數(shù)時會放棄使用索引,這個臨界值是多少呢?

全表掃描是顯示掃描行數(shù)是 70341 行,而數(shù)據(jù)總行數(shù)卻只有 57087 行?

select count(*) 使用了索引,但是也掃描了 70341 行,這個語句會產生性能問題嗎?

問題解答

回答1:

CBO優(yōu)化機制的數(shù)據(jù)庫中,沒有明確的使用或不適用索引的臨界值,以執(zhí)行計劃中的COST最小為標準,經驗值是取表總行數(shù)小于5%的時候用索引比較合適。

我理解第二個語句使用的是表的統(tǒng)計數(shù)據(jù),如果表最近發(fā)生過比較大的變更,統(tǒng)計數(shù)據(jù)有沒有及時更新,會出現(xiàn)兩者偏差較大的情況。

count(*)使用了索引,說明update_at字段有NOT NULL的定義,相比較全表掃描,掃描索引的成本會更低一些。

相關文章:
主站蜘蛛池模板: 欧美精品黄色 | 国产一线二线在线观看 | www午夜| 日韩一区二区三区视频在线观看 | 青青草网| 日韩在线观看视频网站 | 成年人免费观看视频网站 | 午夜第一页| 久久tv | 亚洲精品精品 | 亚洲欧美精品一区二区三区 | 日本天堂在线播放 | 成人免费公开视频 | 欧美 日本 国产 | 99久久婷婷国产精品综合 | 国产视频第二页 | 免费av网址在线观看 | 精品视频久久久久久久 | 天堂在线观看av | 欧美黄色激情视频 | 麻豆精品一区二区三区视频 | 亚洲手机在线 | 成人福利视频网站 | 一本色道久久综合亚洲精品按摩 | 日韩永久免费视频 | 色婷婷国产精品久久包臀 | 亚洲免费观看视频 | 美日韩黄色大片 | 69夜色精品国产69乱 | 在线观看中文字幕码 | 丁香久久久 | www.国产91| 婷婷天堂网 | 国产毛片视频 | 狠狠干欧美 | 大陆av在线 | 亚洲精品久久久狠狠狠爱 | 亚洲99| ,一级淫片a看免费 | 黄色a级片在线观看 | xxxx亚洲 |