本文主要是介绍MySQL 8.0-索引- 不可见索引（invisible indexes），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
概述
MySQL 8.0引入了不可见索引(invisible index)，这个在实际工作用还是用的到的，我觉得可以了解下。
在介绍不可见索引之前，我先来看下invisible index是个什么或者定义。
我们依然使用拆开来看，然后再把拆出来的词放到MySQL上下文中去看。
不可见索引：
- 不可见：这个概念的关键点就是这个不可见。那对谁不可见？对程序员吗？肯定不是，我们新建了一个索引MySQL对我们不可见我们去哪儿找，怎么修改删除哇。 MySQL官方说是对优化器不可见。
- 索引：索引大家都知道是个什么东西，目的是用于快速查找到数据（但是具体要看你怎么用）
定义
好了，那我们可以对不可见索引下定义了。
不可见索引是MySQL 8.0引入的一个索引开关，主要是用来控制优化器在进行SQL优化时是否使用该索引，如果对索引设置了不可见，那么SQL优化器就不会使用这个索引。
也就是说，这个索引对SQL优化器透明或者SQL优化器眼瞎看不到它。
使用场景
搞清楚不可见索引是个什么东西以后，我们就可以考虑怎么在实际项目中用它了。
在说什么场景应用之前，我们先考虑一下我们关于CUD索引的痛点。
- 要不要新建一个索引来加速某个或者某些查询？如何来评估新建的索引一定会加速查询？
- 要不要删除某个索引，为什么要删除它？怎么来评估删除它以后对业务的影响？删除它时会对业务造成什么影响？
- 要不要修改一个索引，把这个索引修改为单字段索引或者组合索引？为什么？
这次我们主要会回答第2个问题。
第2个问题是针对“无用”索引的一个处理。
业务上没有用的查询MySQL也会维护它，因为MySQL也不知道它是没用的，索引在那儿MySQL就得在CURD的时候去管他。
如何确定一个索引是没用的？
- 使用索引监控工具
- 使用Explain查看查询是否覆盖索引
删除它会对业务有什么影响？
如果要评估这个问题，比较靠谱的方案就是你删除这个索引，然后走一遍发版流程，性能测试就得仔细做。确定这个索引可以删除就可以直接用drop命令删除它。
有没有更安全的做法？
那就可以使用不可见索引了。
先将索引设置为不可见，然后进行性能评估，在得到性能评估报告显示没有明显的性能减低以后再把它删除。
不可见索引尤其可以在你不确定一些新特性是否还用某个索引的时候尤其用用。你只要把索引设置为不可见，那么就可以测试新特性然后来决定删除新这个索引。
简单体验下吧
索引可见与不可见更改
-
更改索引为不可见
-
更改索引为可见
实际执行一下
第1步
我mysql 8.0 test数据库有一张sys_user表，sys_user表有一个name_pinyin字段，我给这个字段添加一个索引idx_name。
然后我explain 以下通过nam_pinyin查询记录，Extra字段显示是Using index,截图如下：
第2步
我把idx_name索引设置为不可见，然后再执行相同的explain语句，Extra显示为Using where，截图如下:
第3步
我把idx_name索引设置为可见，然后再执行相同的explain雨具，Extra显示Using index，截图如下：
Using index和Using where区别
- Using index显示使用了索引而且是覆盖索引，如果不清楚覆盖索引可以看下我之前发的覆盖索引的文章。这里是覆盖索引主要是因为我的sys_user表只有两个字段：id和name_pinyin，我选择name_pinyin字段创建一个二级索引，那么这个二级索引会关联聚簇索引，然后我用select * 查使用了这个索引并且不用回表。
- Using where type:ALL 表示全表扫表读取数据在内存中来判断where字句的条件有没有满足。为什么在文件里面不能匹配，因为操作系统只有先把数据加载到内存在能进行操作……哈哈。。。
这篇关于MySQL 8.0-索引- 不可见索引（invisible indexes）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
