mysql索引选择不对_mysql为什么会选错索引

CREATE TABLE `t` (

`id` int(11) NOT NULL,

`a` int(11) DEFAULT NULL,

`b` int(11) DEFAULT NULL,

PRIMARY KEY (`id`),

KEY `a` (`a`),

KEY `b` (`b`)

) ENGINE=InnoDB;

用存储过程插入100000条数据

delimiter ;;

create procedure idata()

begin

declare i int;

set i=1;

while(i<=100000)do

insert into t values(i, i, i);

set i=i+1;

end while;

end;;

delimiter ;

call idata();

mysql> select * from t where a between 10000 and 20000;

6525d0a97a999ce4463cd9e286db57a7.png

ca5fcb38813dc0e7a12926821639df78.png

set sql_long_query=0;这里表示接下来所有的查询都会进入到慢查询日志

select * from t where a between 10000 and 20000; /*Q1*/

select * from t force index(a) where a between 10000 and 20000;/*Q2*/

23225afdc042213c726549b5ea7f9999.png

第一条是全表扫描,第二条扫描了10000条

二:优化器的逻辑

1.查看索引扫描的行数

b92bdce010e301ed939d125359d3ce8f.png

2.索引基数是如何统计的

选出某几个页,算出这几个页的平均行数,然后乘以总页数

40480ab23e1c764c8a64238a590c9aea.png

这里表明数据库的索引选择会错误,优化器不只会考虑扫描行数,会把回表的查询也会考虑进去。

639babdbe3116db9d5b8dc76255ca4c0.png

看下边的这个语句:

mysql> select * from t where (a between 1 and 1000)  and (b between 50000 and 100000) order by b limit 1;

mysql> explain select * from t where (a between 1 and 1000) and (b between 50000 and 100000) order by b limit 1;

719e3407c91f0d231dff13b964a4cdcb.png

a 索引扫描1000条,b 索引扫描了50000条,但是用了索引B ,

三:索引选择和异常处理:

1:使用force index,问题是

2: 考虑修改语句,比如,

mysql> select * from  (select * from t where (a between 1 and 1000)  and (b between 50000 and 100000) order by b limit 100)alias limit 1;

f3235d008b8c6518f5175d26fe5a76c4.png

3,删除不适合的索引或者创建合适的索引

总结:频繁插入删除的表会有选错索引的情况

mysql为什么会选错索引

标签:日志   create   tween   values   creat   为什么   index   扫描   value

本条技术文章来源于互联网,如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源:https://www.cnblogs.com/hanguocai/p/10071844.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值