由浅入深讲解MySQL数据库索引的选择性 - 数据库索引

本文通过实例探讨了MySQL中索引的选择性和性能影响。当索引选择性超过一定阈值时,全表扫描可能比使用索引更快。文章提供了具体的执行时间和性能对比。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在MySQL中,对于索引的使用并是一直都采用正确的决定。

  简单表的示例:

  create TABLE `r2` (
  ID` int(11) DEFAULT NULL,
  ID1` int(11) DEFAULT NULL,
  CNAME` varchar(32) DEFAULT NULL,
  KEY `ID1` (`ID1`)
  ) ENGINE=MyISAM DEFAULT charSET=latin1
  select count(*) FROM r2;
  250001 (V1)
  select count(*) FROM r2 where ID1=1;
  83036 (V2)
  (execution time = 110 ms)

  (ID1=1)条件查询索引的选择性是 V2/V1 = 0.3321 或 33.21%

  一般来说(例如书 “SQL Tuning“),如果选择性超过 20% 那么全表扫描比使用索引性能更优。

  我知道Oracle一直是在选择性超过25%时会选择全表扫描。

  而MySQL呢:

  mysql> EXPLAIN select count(SUBNAME) FROM r2 where ID1=1;

  +----+-------------+-------+------+---------------+-----

  | id | select_type | TABLE | type | possible_keys | KEY | key_len | ref | rows | Extra |

  +----+-------------+-------+------+---------------+-----

  | 1 | SIMPLE | t2 | ref | ID1 | ID1 | 5 | const | 81371 | USING where |

  +----+-------------+-------+------+---------------+-----

  这就是MySQL将会使用索引来完成这个查询。

  让我们来对比索引查询和全表扫描的执行时间:

  select count(SUBNAME) FROM t2 where ID1=1 - 410 ms

  select count(SUBNAME) FROM t2 IGNORE INDEX (ID1) where ID1=1 - 200 ms

  如你所看到全表扫描要快2倍。

  参考更特殊的例子:选择性 ~95%:

  select cnt2 / cnt1 FROM (select count(*) cnt1 FROM r2) d1, (select count(*) cnt2 FROM r2 where ID1=1) d2;

  0.9492 = 94.92%;

  说明MySQL将会用索引来完成查询。

  执行时间:

  select count(SUBNAME) FROM t2 where ID1=1 - 1200 ms

  select count(SUBNAME) FROM t2 IGNORE INDEX (ID1) where ID1=1 - 260 ms

  这次全表扫描要快4.6倍。

  为什么MySQL选择索引访问查询?

  MySQL没有计算索引的选择性,只是预测逻辑IO操作的数量,并且我们的例子中间的逻辑IO数量,索引访问要少于全表扫描。

  最后我们得出结论,对于索引要小心使用,因为它们并不能帮助所有的查询。


原文来自:雨枫技术教程网 http://www.fengfly.com
原文网址:http://www.fengfly.com/plus/view-28717-1.html

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值