MySQL--MySQL索引优化

本博客是用来记录本身学习的过程

1.独立的列

进行查询的时，索引列不能是表达式的一部分，也不能是函数的参数，不然没法使用索引

例如user_id 为索引列，改索引不能生效

select user_id from user where user_id +1 =3;

2.多列索引

在须要使用多个列做为条件进行查询时，使用多列索引比使用多个单列索引性能会更好.

select user_id ,phone from user where user_id = 1 and phone = 138xxxxxxx

3.索引列的顺序

让选择性强的索引列放在前面。索引选择性是指：不重复的索引值和记录总数的比值。最大值为1，此时每一个记录都有惟一的索引和它对应。选择性越高，查询效率也越高。

例如，从显示结果来看customer_id的值比company_id的值大，所以最好把customer_id 放在多列索引前面

SELECT COUNT(DISTINCT company_id)/COUNT() AS company_id_selectivity, COUNT(DISTINCT customer_id)/COUNT() AS customer_id_selectivity, COUNT(*) from customer a

4.前缀索引

对于列的值比较长，好比BLOB，TEXT，VARCHAR就必须创建前缀索引，就是把值的前一部分做为索引。这样既能够节约空间，又能够提升查询效率。但没法使用前缀索引作ORDER BY和 group BY，也没法使用前缀索引作覆盖扫描。

例如

alter table city add key(cityname(8))

5.覆盖索引

跟联合索引有点相似，就是在查询Table的时候只用去读取索引而取得数据，无需进行二次查询相关表，这样的索引的叶子节点上面也包含了他们索引的数据。（就是索引包含全部须要查询的字段的值）

判断标准：使用explain，能够经过输出的extra列来判断，对应一个索引覆盖查询，显示为using index，MySQL查询优化器在执行查询前会决定是否有索引覆盖查询。

具备的优势：

1.索引一般远小于数据行的大小，只读索引能大大减小数据访问量。

​ 2.一些存储引擎（例如MyISAM）在内存中只缓存索引。而数据依赖于操做系统来缓存。所以，只访问索引能够不适用系统调用。

3.对于InnoDB引擎，若辅助索引可以覆盖查询，则无需访问主索引。

索引的优势

• 大大减小了服务器须要扫描的数据行数
• 帮助服务器避免进行排序和分组，以及避免建立临时表（B+ tree 的索引是有序的，能够用于ORDER BY 和 GROUP BY操做。临时表主要是在排序和分组过程当中建立，由于不须要排序和分组，也就不须要建立临时表）
• 将随机啊I/O变成顺序I/O

索引的使用条件

• 对于很是小的表，大部分状况下，简单的全表扫描比创建索引更加高效
• 对于中到大型的表，索引就很是有效
• 可是对于特大型的表，创建和维护索引的代价会随之增加，这种状况下用到的一种技术就是区分出须要查询的一组数据，而不是一条记录一条记录睇匹配。例如可使用分区技术。