在特定的业务场景下，你刚开始的SQL可能就需要加force index

请先右侧关注
持续分享SQL性能调优实战、SQL开发、MySQL原理、数据库设计等知识

今天在生产环境上遇到一个SQL 明明join表的关联字段上有索引，MySQL就是不走，由于版本又是8.0.13之前的版本。没有hash join 只能走BNL 让整个SQL奇慢无比
执行计划是这样的

执行需要93S 非常非常慢
但实际我在关联字段上不仅有索引，而且两表关联关系是1对1的。
我加了force index后 执行只需要 1.47S

为了弄清楚原因。我在测试环境进行了数据构造进行重现
构造测试数据

create table test1
(
 table_schema varchar(50),
 tablename varchar(200),
 ver int,
 id int primary key
);

create table test2
(
 table_schema varchar(50),
 tablename varchar(200),
 ver int,
 fromid int,
 id int primary key
);

set @i:=0;
insert into test1(table_schema,tablename,ver,id)
select a.table_schema,a.table_name,a.version ,@i := @i+ 1 as  id
 from information_schema.tables a, information_schema.tables b;
 
set @i:=0;
insert into test2(table_schema,tablename,ver,id)
select a.table_schema,a.table_name,a.version ,@i := @i+ 1 as  id
 from information_schema.tables a, information_schema.tables b;
 
 update test2 set fromid = 0;
 update test2 set fromid  = id where mod(id,2000000)= 0;

alter table test2 add index idx_fromid(fromid);
analyze table test2;

explain 
select * from test1 a 
left join test2 b  on a.id = b.fromid 
where a.id <1000000

重现了，因为我本地是8.0.32 有了hash join 所以显示了使用hash join

即使加use index 也无用 执行计划也和上面一模一样

explain 
select * from test1 a 
left join test2 b  use index(idx_fromid) on a.id = b.fromid 
where a.id <1000000

执行需要178s

加上force index

explain 
select * from test1 a 
left join test2 b  force index(idx_fromid) on a.id = b.fromid 
where a.id <1000000

执行只需要0.01S

出现这个问题的原因。MySQL估算行数严重错误。实际上因为100000以下的fromid都为0 ，一行都不符合。MySQL估算行数和区分度严重相关。因为我formid只有两个值，且偏移很大。200多W行数据 只有一行>0 其它都=0 而我的join 字段都是>0的。

**结论：以后当由于设计原因。区分度低，且数据分布极不均匀的，极有可能关联是不能走索引。需要开发在开发的时候就强制指定索引 force index **