面试官问,如果 mysql 中加了索引,并且强制让它走索引,最终没有走索引,如何排查。
我说了一些索引失效的场景,他说排除索引失效的情况,让我结合 mysql 元数据和执行计划是如何生成的进行回答,网上找了一些相关资料,但是并没有思路,所以在社区里求各位大神解答
1
tobias7 296 天前
同等大神 回复
|
![]() |
2
liprais 296 天前 via iPhone
optimizer trace 看看就知道了
|
![]() |
3
wenqiang1208 296 天前
蹲一个
|
4
ylsc633 296 天前 ![]() 我试了下 数据就一千条
强制走索引 explain 一下 type = ALL 这种算一种 case 吧 |
![]() |
5
SjwNo1 296 天前
mysql server 有一套基于很多 magic number 的成本算法,可能是强行走索引成本预估更大吧。(猜的)
|
![]() |
6
SjwNo1 296 天前
如 2 楼所说,打开 optimizer_trace,看一下各种执行方式对应的成本
|
![]() |
7
pt2021 296 天前
答出来 MySQL 的成本计算这套呢,数据量少全表扫描更快,走索引会导致回表,这样呢
|
![]() |
8
Kimen 295 天前
搜了一圈没找到,蹲一个答案
|
9
NjcyNzMzNDQ3 295 天前
说一个实际遇到关于类型导致不走索引的。
数据库内存时间戳,使用 char(13)。 不走索引:where = 1628128272000 走索引:where = ”1628128272000“ 不知道这个作为答案行不行。 |
![]() |
10
waitingChou 295 天前
一个比较常见的情况是,mysql 判断走索引的成本太高,还不如扫全表。
一个典型的案例是,你的查询命中了索引 2/3 的数据, 如果走索引得先扫 2/3 的数据,然后这 2/3 的数据还得回表。相当于 扫了全表的 4/3 数据。 但我不太确定这会不会 导致 force index 语法也不生效 |
![]() |
11
irisShaw OP @NjcyNzMzNDQ3 这个是隐式类型转换,也是索引失效场景的一种,我说了,然后被面试官否定了,应该他想问的不是这种
|