Mysql索引优化简单介绍

Posted 胡小华的博客

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Mysql索引优化简单介绍相关的知识,希望对你有一定的参考价值。

一.关于mysql联合索引


  • 总结记录一下关于在MySQL中使用联合索引的注意事项.
  • 如:索引包含表中每一行的last_name、first_name和dob列,即key(last_name, first_name, dob)。
  • 以下情况可以用到索引:
  • (1)匹配全值:对索引中的所有列都指定具体的值。
  • (2)匹配最左前缀:你可以利用索引查找last name为Allen的人,仅仅使用索引中的第1列。
  • (3)匹配列前缀:你可以利用索引查找last name以J开始的人,这仅仅使用索引中的第1列。
  • (4)匹配值的范围查询:可以利用索引查找last name在Allen和Barrymore之间的人,仅仅使用索引中第1列。
  • (5)匹配部分精确而其它部分进行范围匹配:可以利用索引查找last name为Allen,而first name以字母K开始的人。
  • (6)仅对索引进行查询:如果查询的列都位于索引中,则不需要读取元组的值。
  • 由于B-树中的节点都是顺序存储的,所以可以利用索引进行查找(找某些值),也可以对查询结果进行ORDER BY。当然,使用B-tree索引有以下一些限制:
  • (1)查询必须从索引的最左边的列开始。关于这点已经提了很多遍了。例如你不能利用索引查找在某一天出生的人。
  • (2)不能跳过某一索引列。例如,你不能利用索引查找last name为Smith且出生于某一天的人。
  • (3)存储引擎不能使用索引中范围条件右边的列。例如,如果你的查询语句为WHERE last_name="Smith" AND first_name LIKE ‘J%‘ AND dob=‘1976-12-23‘,则该查询只会使用索引中的前两列,因为LIKE是范围查询。

二.mysql优化军规


一,核心军规

  1. 不在数据库做计算,cpu计算务必移至业务层
  2. 控制单表数据量,单表记录控制在千万级
  3. 控制列数量,字段数控制在20以内
  4. 平衡范式与冗余,为提高效率可以牺牲范式设计,冗余数据
  5. 拒绝3B(big),大sql,大事务,大批量

二,字段类军规

用好数值类型:

  1. tinyint(1Byte)/smallint(2Byte)/mediumint(3Byte)/int(4Byte)/bigint(8Byte)
    bad case:int(1)/int(11)
  2. 有些字符转化为数字|:用int而不是char(15)存储ip
  3. 优先使用enum或set,例如:sex enum (‘F’, ‘M’)

避免使用NULL字段:

  1. NULL字段很难查询优化
  2. NULL字段的索引需要额外空间
  3. NULL字段的复合索引无效

    bad case:
    name char(32) default null
    age int not null
    good case:
    age int not null default 0

三,索引类军规

  1. 谨慎合理使用索引

  2. 改善查询、减慢更新

  3. 索引一定不是越多越好(能不加就不加,要加的一定得加)

  4. 覆盖记录条数过多不适合建索引,例如“性别”

  5. 字符字段必须建前缀索引

  6. 不在索引做列运算

bad case:

select id where age +1 = 10;
  1. innodb主键合理使用自增列

  2. 主键建立聚簇索引

  3. 主键不应该被修改

  4. 字符串不应该做主键

  5. 如果不指定主键,innodb会使用唯一且非空值索引代替

  6. 不用外键,请由程序保证约束

四,sql类军规

  1. sql语句尽可能简单

  2. 一条sql只能在一个cpu运算

  3. 大语句拆小语句,减少锁时间

  4. 一条大sql可以堵死整个库

  5. 简单的事务

  6. 事务时间尽可能短

bad case:

上传图片事务

避免使用触发器,用户自定义函数,请由程序取而代之

不用select *

消耗cpu,io,内存,带宽

这种程序不具有扩展性

  1. OR改写为IN()

  2. OR改写为UNION

画外音:最新的mysql内核已经进行了相关优化

  1. limit高效分页

  2. limit越大,效率越低

    select id from t limit 10000, 10;

    应该改为 =>

    select id from t where id > 10000 limit 10;

  3. 使用union all替代union,union有去重开销

  4. 尽量不用连接join

  5. 务必请使用“同类型”进行比较,否则可能全表扫面

  6. 打散批量更新

  7. 使用新能分析工具

    show profile;

    mysqlsla;

    mysqldumpslow;

    explain;

    show slow log;

    show processlist;

    show query_response_time(percona)

以上是关于Mysql索引优化简单介绍的主要内容,如果未能解决你的问题,请参考以下文章

MYSQL模糊查询优化(使用全文索引进行左右模糊查询) match() against ()的简单使用以及介绍

MySQL - - 索引原理与慢查询优化

聊聊Mysql优化之索引优化

MySQL 索引优化器选择索引的规则是啥?

MySQL——索引优化实战

MySQL——索引原理与慢查询优化