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)

原文地址:https://www.cnblogs.com/hnusthuyanhua/p/11798451.html

时间: 2024-10-09 21:03:21

Mysql索引优化简单介绍的相关文章

【转载】MySQL索引优化

MySQL索引优化 原文链接 MySQL官方对索引的定义:索引是帮助MySQL高效获取数据的数据结构.索引是在存储引擎中实现的,所以每种存储引擎中的索引都不一样.如MYISAM和InnoDB存储引擎只支持BTree索引:MEMORY和HEAP储存引擎可以支持HASH和BTREE索引. 这里仅针对常用的InnoDB存储引擎所支持的BTree索引进行介绍: 一.索引类型 先创建一个新表,用于演示索引类型 CREATE TABLE index_table ( id BIGINT NOT NULL au

Mysql 索引优化分析

MySQL索引优化分析 为什么你写的sql查询慢?为什么你建的索引常失效?通过本章内容,你将学会MySQL性能下降的原因,索引的简介,索引创建的原则,explain命令的使用,以及explain输出字段的意义.助你了解索引,分析索引,使用索引,从而写出更高性能的sql语句.还在等啥子?撸起袖子就是干! 案例分析 我们先简单了解一下非关系型数据库和关系型数据库的区别. MongoDB是NoSQL中的一种.NoSQL的全称是Not only SQL,非关系型数据库.它的特点是性能高,扩张性强,模式灵

mySql索引优化分析

MySQL索引优化分析 为什么你写的sql查询慢?为什么你建的索引常失效?通过本章内容,你将学会MySQL性能下降的原因,索引的简介,索引创建的原则,explain命令的使用,以及explain输出字段的意义.助你了解索引,分析索引,使用索引,从而写出更高性能的sql语句.还在等啥子?撸起袖子就是干! 案例分析 我们先简单了解一下非关系型数据库和关系型数据库的区别.MongoDB是NoSQL中的一种.NoSQL的全称是Not only SQL,非关系型数据库.它的特点是性能高,扩张性强,模式灵活

mysql索引优化

mysql 索引优化 >mysql一次查询只能使用一个索引.如果要对多个字段使用索引,建立复合索引. >越小的数据类型通常更好:越小的数据类型通常在磁盘.内存和CPU缓存中都需要更少的空间,处理起来更快. >简单的数据类型更好:整型数据比起字符,处理开销更小,因为字符串的比较更复杂.在MySQL中,应该用内置的日期和时间数据类型,而不是用字符串来存储时间:以及用整型数据类型存储IP地址. >尽量避免NULL:应该指定列为NOT NULL,除非你想存储NULL.在MySQL中,含有空

MySQL索引优化-from 高性能MYSQL

Btree: 1. 尽量使用覆盖索引, 即三星索引 2. 多列索引如果带范围的话, 后续列不会作为筛选条件 3. 多列索引应选择过滤性更好的充当前缀索引 4. 尽量按主键顺序插入, 减少页分裂, 采用自增ID在高并发情况下, 可能造成明显征用, 或者更改innodb_autoinc_lock_mode配置. Hash: 1.只有精确匹配所有列的查询才有效, 对于每行数据, 引擎都会对所有索引列计算hash码 2. 只有memory才可以支持hash索引, innodb支持自适应hash索引, 但

MySQL索引优化步骤总结

在项目使用mysql过程中,随着系统的运行,发现一些慢查询,在这里总结一下mysql索引优化步骤 1.开发过程优化 开发过程中对业务表中查询sql分析sql执行计划(尤其是业务流水表),主要是查看sql执行计划,对sql进行优化. explain执行计划关键属性 select_type,possible_keys,key,rows (1) select_type 访问类型 system>const > eq_ref > ref > fulltext > ref_or_null

MySQL 索引优化原则

一.索引优化原则 1.最左前缀匹配原则,联合索引,mysql会从做向右匹配直到遇到范围查询(>.<.between.like)就停止匹配,比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引,d是用不到索引的,如果建立(a,b,d,c)的索引则都可以用到,a,b,d的顺序可以任意调整. 2.=和in可以乱序,比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序,mysql的查询优化器会帮你优

Mysql 索引优化

索引的存储分类MyISAM 存储引擎的表数据和索引是自动分开存储的,各自是独一的一个文件Innodb 存储引擎的表数据和索引是存储在同一个表空间里面,但可以由多个文件构成.Mysql 目前不支持函数索引,但是能对列的前面某一部分进行索引例如 name 字段,可以只取 name 的前 4 个字符进行索引,可降低索引文件大小.Mysql> create index ind_company_name on company(name(4));说明:ind_company_name 索引名,company

mysql索引优化面试题

曾经偷偷的面试了两个单位,都提到了Mysql的优化问题,所以以后要多多学习数据库的优化知识了.建设数据库的优化大概主要就是索引的优化了吧,因为我们不可能修改数据结构的情况下,提高数据库的查询效率似乎也只能用索引了.当然这也是建立在你sql语句写的比较科学的情况下,如果你的sql语句本身就写的比较垃圾,神仙也救不了你!下边是在网上找到的一些资料,保留下来备用吧1,创建索引对于查询占主要的应用来说,索引显得尤为重要.很多时候性能问题很简单的就是因为我们忘了添加索引而造成的,或者说没有添加更为有效的索