• 1.全值匹配
  • 2.最佳左前缀法则:如果索引了多列，要遵守这个法则，是指查询从最左前列开始并且不跳过索引的列（带头大哥不能死，中间兄弟不能断）
  • 3.不在索引列上做任何操作（计算，函数，（自动or手动）类型装换），会导致索引失效而转向全表扫描
  • 4.存储引擎不能使用索引范围条件右边的列，（范围之后全失效）
  • 5.尽量使用覆盖索引（只访问索引的查询，索引列和查询列一致），减少使用*
  • 6.mysql在使用不等于（！=或者<>）的时候无法使用索引会导致全表扫描
  • 7，is null ，is not null也无法使用索引
  • 8.like以通配符开头（'%abc..'）mysql索引失效会变成全表扫描的操作（百分like加右边）
  • 问题：解决like '%'字符串'%' 时索引不被使用的方法？？？（因为右边加百分号和两边都加百分号查询到的结果不一样）
  • 用覆盖索引避免全表扫描
  • 9.字符串不加单引号会导致索引失效（varchar类型 例如：name='2000' name=2000）
  • 10.少用or,用它来连接时会索引失效
  • 【优化总结口诀】
  • 全值匹配我最爱，最左前缀要遵守；
  • 带头大哥不能死，中间兄弟不能断；
  • 索引列上少计算，范围之后全失效；
  • Like百分写最右，覆盖索引不写星；
  • 不等空值还有or，索引失效要少用；
  • VAR引号不可丢，SQL高级也不难！
  • 几个建议：
  • 对于单键索引，尽量选择针对当前query过滤性更好的索引
    在选择组合索引的时候，当前Query中过滤性最好的字段在索引字段顺序中，位置越靠前越好。在选择组合索引的时候，尽量选择可以能够包含当前query中的where字句中更多字段的索引尽可能通过分析统计信息和调整query的写法来达到选择合适索引的目的

  • 数据库建立索引常用的规则如下：
    1、表的主键、外键必须有索引；
    2、数据量超过300的表应该有索引；
    3、经常与其他表进行连接的表，在连接字段上应该建立索引；
    4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引；
    5、索引应该建在选择性高的字段上；
    6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；
    7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替：
    A、正确选择复合索引中的主列字段，一般是选择性较好的字段；
    B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中？单字段查询是否
    极少甚至没有？如果是，则可以建立复合索引；否则考虑单字段索引；
    C、如果复合索引中包含的字段经常单独出现在Where子句中，则分解为多个单字段索引；
    D、如果复合索引所包含的字段超过3个，那么仔细考虑其必要性，考虑减少复合的字段；
    E、如果既有单字段索引，又有这几个字段上的复合索引，一般可以删除复合索引；
    8、频繁进行数据操作的表，不要建立太多的索引；
    9、删除无用的索引，避免对执行计划造成负面影响；
    以上是一些普遍的建立索引时的判断依据。一言以蔽之，索引的建立必须慎重，对每个索引的必要性都应该经过仔细分析，要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处：在表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。 另外，过多的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；相反，还会降低数据增加删除时的性能，特别是对频繁更新的表来说，负面影响更大。