这是一个创建于 1528 天前的主题，其中的信息可能已经有所发展或是发生改变。
面试官问，如果 mysql 中加了索引，并且强制让它走索引，最终没有走索引，如何排查。
我说了一些索引失效的场景，他说排除索引失效的情况，让我结合 mysql 元数据和执行计划是如何生成的进行回答，网上找了一些相关资料，但是并没有思路，所以在社区里求各位大神解答  | 1 tobias7 2021-08-04 20:27:39 +08:00 同等大神 回复 |
 | 2 F281M6Dh8DXpD1g2 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