MySql 索引

为提高查询效率而创建的一种分散存储的数据结构,需要额外消耗一些空间来存储索引,表中索引不是越多越好,冗余的索引会影响增、删、改的效率

索引分类

普通索引:主要是提高查询速度,索引列的值可以重复、可以为空
唯一索引:索引列的值全局唯一、可以为空
主键索引:不允许为空的唯一索引
复合索引:多个字段组合而创建的索引,需要遵循最左前缀原则
全文索引:只能在CHAR,VARCHAR,TEXT文本类型字段上使用

索引的数据结构

  • Hash
对Key进行哈希运算,再根据运算值映射到指定的物理地址即可,查询速度非常快
如果Hash发生碰撞,还需要通过链表来存储碰撞的数据
如果按照范围进行查找,则需要把所有的数据先加载到内存中再进行过滤,这样查询的效率特别低
  • 二叉树(每个节点的度最多不超过2个)
    二叉树
二叉树采用的是二分查找,查找的时间复杂度为O(lgn)
根据主键查询7的数据,只需要比较3次即可完成
按照范围查询大于5的数据,只需要查询出节点为6以及其右子树即可,相比于Hash的范围查找要快很多
二叉树在数据库id自增的情况下(从1-7依次插入数据),会退化成线性链表,查找的时间复杂度为O(n)
  • 红黑树
    红黑树
当二叉树处于一个不平衡状态时,红黑树就会自动左旋右旋节点以及节点变色来调整树的形态使其保持基本的平衡状态,查找的时间复杂度为O(lgn)
红黑树在数据库id自增的情况下(从1-7依次插入数据),会出现右倾现象,数据量非常大的情况下查询成本还是比较高的
  • 平衡二叉树
    平衡二叉树
平衡二叉树解决了红黑树右倾的问题,查找的时间复杂度为O(lgn)
平衡二叉树中的每一个节点只存储(1关键字+1数据区+1左节点引用+1右节点引用),每次IO操作时操作系统都会为其分配4K的内存空间用于加载当前节点,然而实际每一个节点所消耗的内存空间不足4K,这就造成单次IO操作加载节点不饱和的现象
  • B Tree
    B树
B树中每个节点最多存储(2个关键字、2个数据区、3个节点引用),一个节点如果超过2个关键字就会自动分裂
B树查找的时间复杂度为O(h * lgn),h为树高,n 为每个节点存储关键字的数量
B树相对于平衡二叉树,在数据量相同的情况下,B数据的高度要低于平衡二叉树,减少了查询次数
  • B+TREE
B+树的根节点、支节点存储的是(关键字、节点引用),相比于B树单位节点要存储更多的关键字,在数据量相同的情况下,B+树的高度要远远低于B树,减少了查询次数
B+树的叶子节点存储的是(关键字、数据区),叶子节点是顺序排列的并且相邻叶子节点具有相互引用的关系,非常适合排序

存储引擎

MySql5.5之前默认采用的是MyISAM,5.5之后默认采用的是innodb
MyISAM 虽然数据查找性能极佳,但是不支持事务处理
Innodb 支持了 ACID 兼容的事务功能,而且支持行级锁

  • MyISAM(表锁)
    读、写锁调度为写优先,因为写锁后其他线程不能做任何操作,所以不适合用做以写为主业务场景
对于SELECT语句,会自动给涉及的所有表加读锁,会阻塞其它线程对同一表的写操作
对于UPDATE、DELETE和INSERT语句,会自动给涉及的表加写锁,会阻塞其它线程对同一表的读和写
  • MyISAM(行锁)
对于普通SELECT语句,不会加任何锁
对于UPDATE、DELETE和INSERT语句,会自动给涉及到的数据加排他锁
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大能嘚吧嘚

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值