inner join的时候加上force，从26秒提升到3秒，why ？

最新推荐文章于 2024-07-21 03:16:30 发布

最新推荐文章于 2024-07-21 03:16:30 发布 · 470 阅读

文章标签：

#数据库

本文通过对比使用与未使用FORCE INDEX指令的SQL执行效率，揭示了MySQL中索引选择的实际影响。尽管EXPLAIN显示选择了主键索引，但实际执行速度仍有显著差异，提示我们深入理解索引工作原理的重要性。

cdp.listed_cpny_fin_rpt_prd表总记录数：1467246
test.qa_cpny表总记录数：103

explain SELECT dat.*
FROM test.qa_cpny es force index(PRIMARY)
inner join cdp.listed_cpny_fin_rpt_prd dat
on (es.excel_id = dat.excel_id)
;

explainSELECT dat.*
FROM test.qa_cpny es
inner join cdp.listed_cpny_fin_rpt_prd dat
on (es.excel_id = dat.excel_id)
;
explain结果都是一样的如下：
'1', 'SIMPLE', 'listed_cpny_fin_rpt_prd', 'ALL', 'PRIMARY', NULL, NULL, NULL, '1056426', ''
'1', 'SIMPLE', 'es', 'eq_ref', 'PRIMARY', 'PRIMARY', '4', 'func', '1', 'Using where; Using index'

看explain结果，走的都是primary主键索引，可是接下来执行建表语句：
drop table if exists test_cpny.listed_cpny_fin_rpt_prd;
create table test_cpny.listed_cpny_fin_rpt_prd
SELECT dat.*
FROM test.qa_cpny es
inner join cdp.listed_cpny_fin_rpt_prd dat
on (es.excel_id = dat.excel_id)
;
60960 row(s) affected
Records: 60960Duplicates: 0Warnings: 0
25.797sec
不加force动作，是25.797sec

drop table if exists test_cpny.listed_cpny_fin_rpt_prd;
create table test_cpny.listed_cpny_fin_rpt_prd
SELECT dat.*
FROM test.qa_cpny es force index(PRIMARY)
inner join cdp.listed_cpny_fin_rpt_prd dat
on (es.excel_id = dat.excel_id)
;
60960 row(s) affected
Records: 60960Duplicates: 0Warnings: 0
2.765sec
加了force动作，是2.765sec

看来有的时候mysql的explain也不是尽善尽美的啊，大家讨论下这个现象的深层次原因吧！