mysql 索引优化,索引建立原则和不走索引的原因

第一:选择唯一性索引

唯一性索引的值是唯一的,可以更快捷的通过该索引来确定某条记录.

2.索引的列为where 后面经常作为条件的字段建立索引

如果某个字段经常作为查询条件,而且又有较少的重复列或者是唯一咧可以考虑作为索隐列

经常作为查询条件的列作为索引会提高速度

3.位经常需要进行排序.分组和联合操作的的字段建立索引.

order by  group by  distinct union

这种情况下在查询的时候排序会浪费很多的时间,

如果为其建立索引可以有效的避免排序操作.

4.限制索引的的数目,索引的数目多,对系统的资源也是一种消耗,删除修改也会费资源.

5.劲量使用数据量少的索引. 或者索引前缀索引.

如果索引的值很长, 查询速度就会受到影响.

6．尽量使用前缀来索引
如果索引字段的值很长，最好使用值的前缀来索引。例如，TEXT和BLOG类型的字段，进行全文检索
会很浪费时间。如果只检索字段的前面的若干个字符，这样可以提高检索速度。

7.删除不再使用的索引.数据或者业务变更,数据方式变更就需要,删除无用的索引.

8.小表不应该建立索引.

这篇文章主要记录，我对如何找未使用索引的理解及风险(目前还未找到理想方法)，能像oracle保存执行计划，根据执行计划(v$sql_plan)来判断索引使用情况是比较安全。当然oracle的index monitor特性类似percona的userstat有比较大的风险。

以下四个工具(方法)是在mysql找未使用索引比较方便，但都存在一定风险

1、mysqlidxchx

2、pt-index-usage

3、userstat

4、check-unused-keys

1、mysqlidxchx工具很长时间没有更新，但主要用来分析general log、slow.log，来判断实例中那个索引是可以删除，但这个工具没有经过实战，风险很大。

2、pt-index-usage原理来类似mysqlidxchx，执行过程中性能消耗比较严重，如果要在生产库上部署，最好在凌晨业务低锋时使用，pt-index-usage只支持slow.log格式的文件，如果要全面分析整个实例索引使用情况，需要long_query_time设置成0，才能把所以的sql记录下来，但同时会对磁盘空间造成压力，同时pt-index-usage对大文件分析就是件痛苦的事。当然pt-index-usage可以考虑部分表索引使用情况的确认。

3、最看好的userstat，收集信息性能优越，成本低。这个patch是google贡献的(userstat_running)，percona把它改名成userstat，默认是不开启的，开启是会收集客户端、索引、表、线程信息存储在CLIENT_STATISTICS、INDEX_STATISTICS、TABLE_STATISTICS、THREAD_STATISTICS。Userstat的bug导致的问题太严重，直接导致mysql crash，到目前淘宝生产环境还没有使用。

4、Ryan Lowe的check-unused-keys脚本基于userstat，能够比较方便输出需要删除的索引。

小结：mysql能把每条sql执行计划保存在性能视图中，写入性能视图成本是非常小，用户可以根据执行计划来判断索引使用情况，分析执行计划突变的监控。

=-===================================================

简单记忆建议索引的原则是 :唯一列 经常被查询   排序 预先建立索引    总体控制数量   使用字段少的列索引  前缀索引   删除无用 小表不建

=========================================================================================================================

不走索引的原因:

1.没有查询条件没where 后面的内容  查询条件没索引

2.查询条件没引导列.  没有有索引的列

3.查询数量是超过表的一部分,mysql30%,oracle 20%

4.索引失效,索引插入过多可能发生意外失效

5.查询条件使用函数在索隐列上面.计算等.

查询条件使用函数在索引列上，或者对索引列进行运算，运算包括(+，-，*，/，! 等)
错误的例子：select * from test where id-1=9; 正确的例子：select * from test where id=10;

6.对小表查询

7.统计数据不真实.

8.CBO计算走索引花费过大的情况

9查询条件字符串和数字等的隐式转换.

10.!= <>

11.%% 两个百分号不走索引,开始的结尾的百分号走索引.

14 not in    not exist             in 劲量转换为union

15, time 和date 时间格式不一致

16.17,B-tree索引is null不会走,is not null会走,位图索引 is null,is not null 都会走

索隐列避免空列,一般选非空的列.

====

MyISAM 存储引擎索引键长度总和不能超过1000 字节；
BLOB 和TEXT 类型的列只能创建前缀索引；
MySQL 目前不支持函数索引；
使用不等于（!= 或者<>）的时候MySQL 无法使用索引；
过滤字段使用了函数运算后（如abs(column)），MySQL 无法使用索引；
Join 语句中Join 条件字段类型不一致的时候MySQL 无法使用索引；
使用LIKE 操作的时候如果条件以通配符开始（ '%abc...'）MySQL 无法使用索引；
使用非等值查询的时候MySQL 无法使用Hash 索引；
在我们使用索引的时候，需要注意上面的这些限制，
尤其是要注意无法使用索引的情况，因为这很容易让我们因为疏忽而造成极大的性能隐患。