索引表怎么做出来_总结Mysql 索引优化，给有需要的人看

创建表、创建索引并分析案例索引使用情况

对于20人左右的表，创建3个左右的索引用于经常性的交流，但要根据自己的情况

分析一下：

1、创建组合索引的顺序为c1、c2、c3、c4

2.执行结果：type=ref, =132, ref=const, const, const, const

结论：执行常量等效查询时，改变索引列的顺序不会改变执行结果，因为MySQL底层优化器会进行优化，但是建议按照索引顺序列来编写SQL语句。

分析：

当出现range的时候，type=range,=99，比range=66要多，说明使用了索引，但是对比Case1中的执行结果，发现c4上的索引是无效的。

综上所述：

范围右侧的索引列无效，但范围当前位置（c3）的索引有效，这可以从=99 得到证明。

2.1

分析：

对比上面的执行结果，=132表示使用了4个索引，因为MySQL底层优化器会对该SQL语句进行优化：范围右侧的索引列是无效的（c4右侧没有索引列），注意索引的顺序（c1，c2，c3，c4），这样c4右侧就不会出现无效的索引列，因此4个索引都会被使用。

综上所述：

范围右侧的索引列无效，顺序为：c1、c2、c3、c4。如果 c3 有范围，则 c4 变为无效；如果 c4 有范围，则没有无效索引列，因此将使用所有索引。

2.2

分析：

如果在 c1 处使用范围，则 type=ALL、key=Null，索引无效，并且违反了全表扫描。这里违反了最佳左前缀规则，并且领先的兄弟已死，因为 c1 主要用于范围，而不是查询。

解决方案是使用覆盖索引。

综上所述：

最佳左前缀规则中，如果最左边列（前导兄弟）的索引失败，则所有后续索引都将失败。

分析：

使用最佳左前缀规则：中间兄弟不能被打破，所以使用c1和c2索引（搜索），from = 66，ref = const，const，排序过程中使用c3索引列。

3.1

分析：

从执行结果来看：=66，ref=const，const，所以查找只用到了c1，c2索引，排序时使用了c3索引。

3.2

分析：

从执行结果来看：=66,ref=const,const，该查询使用了c1，c2索引，由于c4用于排序，所以跳过了c3，出现了Using。

分析：

搜索仅使用索引 c1，c2 和 c3 用于排序，不使用。

4.1

分析：

执行结果和案例4相同，但是出现Using，这是因为索引创建顺序是c1，c2，c3，c4，但是排序的时候把c2和c3的位置调换了。

4.2

分析：

查询的时候添加了c5，但是由于c5没有创建索引，所以执行结果是一样的。

4.3

分析：

只用到了c1上的索引，因为c4在中间被打断了。根据最佳左前缀规则，所以=33，ref=const，也就是说只用了一个索引。

5.1

分析：

对比案例五，group by的时候c2和c3的位置被交换了，结果变成了Using and Using，非常糟糕。原因：c3和c2的索引创建顺序是相反的。

分析：

1、在c1、c2、c3、c4上建立了索引，并在c1上直接使用了范围，导致索引失效，出现全表扫描：type=ALL，ref=Null。因为此时c1主要用于排序，而不是用于查询。

2. 使用 c1 进行排序，出现 Using。

3.解决方案：使用覆盖索引。

分析：

虽然排序后的字段列和索引的顺序一致，并且order by默认是升序，但是这里c2 desc变成了降序，导致和索引的排序方式不一样，导致Using。

分析：

对于排序，多个相等条件也是范围查询

总结：

1、MySQL支持排序和索引两种方式，使用索引就是MySQL自己扫描索引完成排序，索引效率高但是效率低。

2.Order by 如果满足两个条件就会使用Using index。

1. order by 语句使用索引最左边的列。

2.使用where子句和order by子句条件列组合，满足索引最左边的列。

3、建立索引（索引创建顺序）时尽量对索引列完成排序，并遵循最佳左前缀规则。

4.如果order by的条件不在索引列上，就会生成Using。

5. Group by 和 order by 很相似，本质就是先排序再分组，遵循索引创建顺序最佳左前缀规则。注意 where 比 where 优先级高，不需要限制 where 能写的条件。

公式

和优化

原则：小表驱动大表，即小数据集驱动大数据集

in：当表 B 的数据集必须小于表 A 的数据集时，in 优于

：当表A的数据集小于表B的数据集时，它比

将主查询A的数据放入子查询B中进行条件验证，根据验证结果（真或假）决定是否保留主查询的数据。

1.()只返回TRUE或FALSE，所以子查询中的*也可以为1或者X，官方的说法是实际执行时会忽略列表，所以没有区别。

2、子查询的实际执行过程可能经过了优化，而不是我们理解的一步一步的比较。

3.子查询往往可以用JOIN来代替，最优解需要具体问题具体分析。