这是一个创建于 1208 天前的主题，其中的信息可能已经有所发展或是发生改变。
面试官问，如果 mysql 中加了索引，并且强制让它走索引，最终没有走索引，如何排查。
我说了一些索引失效的场景，他说排除索引失效的情况，让我结合 mysql 元数据和执行计划是如何生成的进行回答，网上找了一些相关资料，但是并没有思路，所以在社区里求各位大神解答
 |
1
tobias7 2021-08-04 20:27:39 +08:00
同等大神 回复
|
 |
2
liprais 2021-08-04 20:30:22 +08:00 via iPhone
optimizer trace 看看就知道了
|
 |
3
wenqiang1208 2021-08-04 20:39:56 +08:00
蹲一个
|
 |
4
ylsc633 2021-08-04 20:48:07 +08:00  1
我试了下 数据就一千条
强制走索引 explain 一下 type = ALL 这种算一种 case 吧 |
 |
5
SjwNo1 2021-08-04 20:51:49 +08:00
mysql server 有一套基于很多 magic number 的成本算法，可能是强行走索引成本预估更大吧。(猜的)
|
|
6
SjwNo1 2021-08-04 20:59:41 +08:00
如 2 楼所说，打开 optimizer_trace，看一下各种执行方式对应的成本
|
 |
7
pt2021 2021-08-04 22:55:46 +08:00
答出来 MySQL 的成本计算这套呢，数据量少全表扫描更快，走索引会导致回表，这样呢
|
 |
8
Kimen 2021-08-05 08:45:37 +08:00
搜了一圈没找到，蹲一个答案
|
 |
9
NjcyNzMzNDQ3 2021-08-05 09:54:39 +08:00
说一个实际遇到关于类型导致不走索引的。
数据库内存时间戳，使用 char(13)。 不走索引：where = 1628128272000 走索引：where = ”1628128272000“ 不知道这个作为答案行不行。 |
 |
10
waitingChou 2021-08-05 11:17:10 +08:00
一个比较常见的情况是，mysql 判断走索引的成本太高，还不如扫全表。
一个典型的案例是，你的查询命中了索引 2/3 的数据， 如果走索引得先扫 2/3 的数据，然后这 2/3 的数据还得回表。相当于 扫了全表的 4/3 数据。 但我不太确定这会不会 导致 force index 语法也不生效 |
 |
11
irisShaw OP @NjcyNzMzNDQ3 这个是隐式类型转换，也是索引失效场景的一种，我说了，然后被面试官否定了，应该他想问的不是这种
|
 |
12
54qyc 2023-08-25 15:46:06 +08:00
index hints 不就是强制走索引吗？写了 hint 优化器还能无视 hint ?
|
|
13
54qyc 2023-08-25 16:19:42 +08:00
|
Select Language