作者：胡呈清

背景

2019-01-11 9:00-10:00 一个 MySQL 数据库把 CPU 打满了。

硬件配置：256G 内存，48 core

本文针对 MySQL 数据库的 InnoDB 存储引擎，介绍其中索引的实现以及索引在慢 SQL 优化中的作用。

本文主要讨论不同场景下索引生效与失效的原因。

慢SQL与索引的关系

背景介绍

从系统设计角度看，一个系统从设计搭建到数据逐步增长，SQL 执行效率可能会出现劣化，为继续支撑业务发展，我们需要对慢 SQL 进行分析和优化，严峻的情况下甚至需要对整个系统进行重构。所以我们往往需要在系统设计前对业务进行充分调研、遵守系统设计规范，在系统运行时定期结合当前业务发展情况进行系统瓶颈的分析。

举凡后端面试，面试官不言数据库则已，言则必称SQL优化，说起SQL优化，网络上各种“指南”和“圣经”难以枚举，不一而足，仿佛SQL优化已然是妇孺皆知的理论常识，然后根据多数无知（Pluralistic ignorance）理论，人们印象里觉得多数人会怎么想怎么做，但这种印象往往是不准确的。那SQL优化到底应该怎么做？本次让我们褪去SQL华丽的躯壳，以最浅显，最粗俗，最下里巴人的方式讲解一下SQL优化的前因后果，前世今生。

其实我们之前所讲的回表，就是两个索引树同时使用，先在二级索引树中搜索到对应的主键值，然后在再去主键索引树中查询完整的记录。

索引和书中的目录一样，可以快速找到表中的特定行。

索引的作用:

1.提高查询速度

2.查询优化依靠索引起作用

3.提高order by,group by的执行速度。

前言

想象你是一家餐厅的服务员，面前有两个菜单：

作者：阎书利

索引其实就是一种数据结构，将数据库中的数据以一定的数据结构算法进行存储。当表数据量越来越大时查询速度会下降，建立合适的索引能够帮助我们快速的检索数据库中的数据，快速定位到可能满足条件的记录，不需要遍历所有记录。

后端开发的小伙伴们！是不是经常有这样的困扰？自己反复测试、精心编写的 SQL 查询语句，在测试环境里跑得顺风顺水，可一旦部署到生产环境，查询速度就直线下降，甚至还会触发系统响应超时警报，紧接着就是产品经理的连环追问和领导投来质疑的目光。别慌！其实很大一部分原因，就藏在你对 MySQL 索引机制的掌握程度里，尤其是联合索引的使用，稍有不慎就容易踩坑！

0. 简介