一：背景

1. 讲故事

在 SQLSERVER 中有非常多的索引，比如：聚集索引，非聚集索引，唯一索引，复合索引，Include索引，交叉索引，连接索引，奇葩索引等等，当索引多了之后很容易傻傻的分不清，比如：

晚上一个在企业做IT的朋友打电话来说，他们使用的一个软件这几天突然查询很慢，让我帮忙分析一下并看一下有没有什么解决方案，具体情况是这样：数据库用的是sqlserver2008，查询的数据表也不是很多，只有几十万条，以前都很快的，这几天查询一下出结果要一分多钟。

我让他查看一下查询慢时是否被锁定了，他说没有，我再问他是否做过索引，他说做过索引，我猜测应该是是时间长了存储碎片引起的索引性能下降，于是我让他把索引删除，然后重新创建一下再看一下效果。他按照我说的操作后，果然查询速度很快了，于是我给他解释了一下原因：

• 一、导读
• 二、步骤2.1 SQL语句2.2 直方图案例2.3 查看直方图统计信息2.3 直方图分类2.4 使用限制

这道面试题在面试中是一道高频面试题，但是很多人都只停留在加索引的层面。

作者：胡呈清

背景

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的执行速度。