Mysql-高性能索引策略

正确的创建和使用索引是实现高性能查询的基础。我总结了以下几点索引选择的策略和索引的注意事项:

索引的使用策略:

(PS:索引的选择性是指:不重复的索引值,和数据表的记录总数(#T)的比值 ,范围从1/#T 到1之间,索引的选择性越高则查询效率越高,因为选择性搞得索引可以让Mysql在查找时可以过滤更多的行。唯一索引的选择性是1,这是最好的索引选择性,性能也是更好

计算列的选择性例子: mysql> select count(distinct city)/ count(*) from city_demo    )

1.为很长的字符列建立索引,应使用前缀索引(或者使用哈希索引多维护一个hash列),前缀索引是一种能使索引更小,更快的有效办法。选择前缀的长度要保证有较高的选择性。

(原因:索引过长的字符列,会让索引变的大而且慢。)

缺陷:Mysql无法使用前缀索引和哈希索引做order by 和 group by,也无法使用前缀索引和哈希索引做覆盖扫描。

2.选择合适的索引列顺序构建复合索引(需要考虑WHERE 条件,排序和分组等情况。当不需要考虑排序和分组时,将选择性更高的列放在前面通常时比较好的,同时也需要结合WHERE  查询条件中列 的出现频率的高低来调整索引列的顺序)

3.尽量使用索引扫描来做排序

(注意事项:只有当索引的列顺序和order by 子句 顺序完全一致,并且所有列的排序方向(倒序或正序)Mysql才能使用索引排序。如果查询需要关联多张表,则只有当 order by 子句的字段全部为第一个表时,才能使用索引做排序。 order by 子句使用索引排序也需要遵循最左前缀原则。

EXPLAN 分析执行语句,如果type列的值为“index”,则说明mysql 使用了索引扫描来做排序)

4.大多数情况不需要冗余索引,应该尽量扩展已有的索引而不是创建新索引。但也有时候出于性能方面的考虑需要冗余索引。因为扩展已有的索引会导致其变得太大,从而影响其他使用该索引的查询性能。

5.查询考虑覆盖索引,覆盖索引不需要回表查询,效率更高。

(注意事项:虽然覆盖查询效率更好,但也不能一味的为了覆盖查询把所有查询返回的列都加上索引,索引越多,mysql插入速度越慢)

总结:

总的来说,编写查询语句应该尽可能选择合适的索引来避免单行查找,尽可能地使用数据的原生顺序从而避免额外的排序操作,并尽可能的使用索引覆盖查询。

一些索引不生效的例子总结:

假如有如下数据表  create table user (

                                               name varchar(30)  not null,

             birthday date   not null,

                     address varchar(100) not null,

                                              age int(5) not null,

                                              card varchar(18)  not null,

                                              createtime date  not null,

               key(name,birthday,adress),

                                              key(age),

                                              key(card)

                                          );

1. select * from user where name="李先生" and adress="北京" and birthday="2011-11-11";

adress 和birthday列不走索引

(原因:违反最左前缀原则,顺序与复合索引顺序不一致)

2.select * from user where name="李先生"  and birthday >"2011-11-11"  and adress="北京" ;

adress 列不走索引

(原因:birthday 列的查询条件为范围查询,其右边的所有列都无法使用索引优化查询)

3.select * from user where name like "%李";

name 列不走索引

(原因:最左前缀匹配原则  ,like '李%' 走索引)

4.select * from user where name like "李%"  and birthday="2011-11-11";

birthday 列不走索引

(原因:like '李%' 也属于范围查询 与第二条一致)

5.select * from user where  age+10=30;

age 列不走索引

(原因:参与计算的列不走索引)

6.select * from user where LEFT(card,6)="231084";

card 列不走索引

(原因:使用函数的列不走索引)

7.select * from user where age=20 order by name asc , birthday desc;

order by 不能使用 索引扫描排序

(原因:虽然 order by  后的两个列 组成了最左前缀,但这个查询使用了两种不同的排序方向,索引列都是正序排列的)

8.select * from user where name like "李%" order  by  birthday;

order by 不能使用索引扫描

(原因:name 列使用了范围查询,复合索引其他的列不能使用索引)

9.如果类型是字符串,那一定要再条件中将数据使用引号引用起来,否则不使用索引

10.如果条件中有or  即使其中有条件索引也不会使用

(注意:要想使用or,又想让索引生效,只能将or条件中的每个列都加上索引)

Mysql-高性能索引策略及不走索引的例子总结的更多相关文章

  1. mysql 索引 大于等于 走不走索引 最左前缀

    你可以认为联合索引是闯关游戏的设计 例如你这个联合索引是state/city/zipCode 那么state就是第一关 city是第二关, zipCode就是第三关 你必须匹配了第一关,才能匹配第二关 ...

  2. 什么是索引?Mysql目前主要的几种索引类型

    一.索引 MySQL索引的建立对于MySQL的高效运行是很重要的,索引可以大大提高MySQL的检索速度. 打个比方,如果合理的设计且使用索引的MySQL是一辆兰博基尼的话,那么没有设计和使用索引的My ...

  3. 不要再问我 in,exists 走不走索引了

    微信搜『烟雨星空』,获取最新好文. 前言 最近,有一个业务需求,给我一份数据 A ,把它在数据库 B 中存在,而又比 A 多出的部分算出来.由于数据比较杂乱,我这里简化模型. 然后就会发现,我去,这不 ...

  4. Update关联查询不走索引,效率低下

    优化一个sql,就是有A,B两个表,要利用b表的字段更新a表对应的字段.形如 Sql代码 update A set A.a=(select B.b from B where A.id=B.id); 原 ...

  5. mysql高性能索引策略

    转载说明:http://www.nyankosama.com/2014/12/19/high-performance-index/ 1. 引言 随着互联网时代地到来,各种各样的基于互联网的应用和服务进 ...

  6. MySQL建立高性能索引策略

    索引永远是最好的查询解决方案嘛? 索引并不总是最好的工具.总的来说,只有当索引帮助存储引擎快速查找到记录带来的好处大于其带来的额外工作(比如插入操作后索引的维护)时,索引才是高效的. 对于非常小的表: ...

  7. 高性能mysql——高性能索引策略

    <高性能MySQL>读书笔记 一. 索引的优点 1. 索引可以让服务器快速定位到表的指定位置,大大减少了服务器需要扫描的数量: 2. 最常见的B-Tree索引按照顺序存储数据,可以用来做o ...

  8. mysql索引性能验证,高性能的索引策略

    索引性能验证 1.无索引列的查询 在where条件中查询没有添加索引的列,性能会比较差.我们可以先在sqlyog中打开表t_user的数据,然后复制一个名字出来进行查询. /*无索引列的查询,索引不会 ...

  9. MySQL索引背后的之使用策略及优化(高性能索引策略)

    为了讨论索引策略,需要一个数据量不算小的数据库作为示例.本文选用MySQL官方文档中提供的示例数据库之一:employees.这个数据库关系复杂度适中,且数据量较大.下图是这个数据库的E-R关系图(引 ...

随机推荐

  1. ubuntu install redis

    ubuntu install redis apt-get update apt-get install redis-server redis-server --daemonize yes

  2. CSS基础-行快属性,hover

    CSS基础 1.行快属性 在css中有很多标签,分为行内标签,块标签,标签行内块标签,他们有着不同的属性.     块标签         div,ul,li,ol,h1~h6,p         可 ...

  3. Linux基础二:文件系统

    二.文件系统: Linux系统一切皆文件!整个文件系统是一棵颠倒过来的树形结构,根目录/在顶部,且从根目录到下面的任一文件有且仅有一条路径. 1.重要目录: /usr -> 存放普通用户命令(/ ...

  4. 菜鸡的Java笔记 第二十五 wrapperClass 包装类

    wrapperClass 包装类         1.包装类的特点        2.装箱与拆箱操作        3.数据转型处理            内容        Object 类可以接收 ...

  5. Android LayoutInflater(布局填充器)

    先来看一下LayoutInflater的基本用法吧,它的用法非常简单,首先需要获取到LayoutInflater的实例,有两种方法可以获取到,第一种写法如下: LayoutInflater layou ...

  6. [noi706]Sabotage

    先可以将所有出度为0的节点连向一个点,然后问题变为求到这个点的必经之点这其实是一道模板题,因为有一个东西叫做支配树容易发现一个点的必经之点都是一条链,其实可以把这条链上最浅的点作为这个点的父亲,那么一 ...

  7. [loj3049]字符串问题

    考虑将所有A串向所能支配的B串连边,B串向满足B串是A串前缀的A串连边,在A串上有点权,跑最长路即可但这样前缀的边太多,考虑优化:在后缀树上,将这些串插入进去(注意相同的串A串要在B串下面),并将父亲 ...

  8. springboot上传文件异常解决方案

    配置文件加入: #配置文件传输 spring.servlet.multipart.enabled =true spring.servlet.multipart.file-size-threshold ...

  9. 调试:'Object reference note set to an instance of an object.'

    今天调试代码遇到一个奇怪的问题,每次调试到 var files = new List<string>()这一行代码,总是报错:System.NullReferenceException: ...

  10. [源码解析] PyTorch 分布式(13) ----- DistributedDataParallel 之 反向传播

    [源码解析] PyTorch 分布式(13) ----- DistributedDataParallel 之 反向传播 目录 [源码解析] PyTorch 分布式(13) ----- Distribu ...