【MySQL】索引与事务

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 事务与索引的知识总结

 索引:

什么是索引?为什么要⽤索引

为了提高查询效率而使用的一种数据结构把数据组织起来;

例如生活中的字典:声母,韵母,声调。

   创建索引:

自动创建的主键约束,唯一约束,外键约束时,会自动创建对应列的索引;

create index 索引名 on 表名(字段名1,…);

image.gif

一张表里至少有一个索引;主键索引又叫聚簇索引。

   索引分类:

    • 按使用场景分:普通索引,主键索引,唯一索引,全文索引;
    • 按数据组织方式分:聚簇索引,非聚簇索引;
    • 还有一种数据查找过程中出现的现象叫索引覆盖。

    主键索引,手动创建索引,默认索引,唯一索引。

    索引一般创建在频繁查询的列上,而且这个列的值重复值很少。

       查看索引:

    show index from 表名;

    image.gif

       删除索引:

    drop index 索引名 on 表名;

    image.gif

       可以使用explain来进行查看SQL的执行

    explain select * from 表名 where 条件;

    image.gif

       索引使用的数据结构是什么?

    1.HASH

    查询的时间复杂度O(1)

    MySQL没有使用HASH作为索引的数据结构;

    HASH不支持范围查找;

    2.二叉搜索树

    时间复杂度O(N),O(logN)

    红黑树是O(logN),红黑树可以动态调整树高,不会出现单边树情况;

    但是他没有办法控制树的高度,树的高度决定了磁盘的访问次数,每向孩子节点访问一级,就发生磁盘IO,而在一个系统中,对性能影响最大的就是磁盘IO

    image.gif编辑

    3.N叉搜索B树

    image.gif编辑

    可以规定每⼀个节点可以存多少个元素,当节点中达到了规定的元素个数时,才去调整,B树就可以解决树⾼的问题,那么N叉搜索树可以做为索引的数据结构吗,看上去好像是可以的,但是Mysql没有选这种数据结构,⽽是在这B树的基础上⼜做了优化。

    4.B+树

    image.gif编辑

    通过观察可以发现

      1.  ⾮叶⼦节点中的每个数据都存在于叶⼦节点中,并且都是对应所在叶⼦节点中的第⼀条数据
      2.  Mysql中的B+树是⼀个循环双向链表,相邻节点是通过双向链表连接的,这样组织数据更有利⽤范围查找
      3.  最重要的是,叶⼦节点中的数据是有序的
      4.  N叉搜索树,有效的降低了树的⾼度,从⽽减少了磁盘IO次数
      5.  对于B+树⽽⾔,在相同树⾼的情况下,查找任⼀元素的时间复杂度都⼀样,中间⽐较次数也差不多,也就是说性能均衡,只要控制树⾼,就可以达到性能可控的效果
      6.  只有叶⼦⻚点存储了真实完整的数据,⾮叶⼦⻚点,只保存了主键(索引)的值和⼦节点的引⽤

      索引补充:

        •  一个索引包含多个字段就叫组合索引;create index 索引名 on 表名(字段名1,字段名2);
        •  在查询时一定要在where条件中按索引顺序写过滤条件,使用索引的最左原则;
        •  如果索引中包含要查询的所有列,那么直接从索引中返回结果,叫做索引覆盖;
        •  当查询列表为*或索引不能满足查询结果,那么会使用id到主键索引中查询完整的结果,主键索引中包含当前数据行中所有列的值,叫做回表查询。

        索引失效:

          1.  最左原则:类似于字典的⽬录,这就是⼀个典型的复合索引
          2.  判断不等:每个都要判断
          3.  类型转换:与原类型不符
          4.  like '%xxx':第⼀个字符都不能确定,怎么去索引中⽐较呢?
          5.  索引列运算 age + 1:改了原来的值
          6.  is null 或 is not null : 全表扫描了

          事务:

          什么是事务

          把一组SQL语句打包运行,要么全部执行要么全部不执行。

          开启事务:

          start transaction;

          image.gif

          回滚或提交:

          rollback/commit;

          image.gif

            事务特性:

           1.原子性(atomicity)

          事务中的SQL要么都执⾏要么都不执⾏,通过commit/rollback控制。

           2.⼀致性(Consistency)

          官⽹上描述:数据库从⼀个⼀致性状态变换到另外⼀个⼀致性状态。

          事务执⾏之前与执⾏之后,要保持的正确的结果,可以⽤转账说明

           3.隔离性(Isolation)

          多个事务执⾏的过程中不能互相⼲扰

           4.持久性(Durability)

          事务⼀旦提交就会写⼊磁盘永久保留,即使是数据库服务故障也不会影响数据的内容

            事务的隔离级别:

          对并发访问的⼀种限制

          如果隔离级别越低,那么可以⽀持同时访问的客户端数就越多,性能变⾼,数据安全性变低;

          如果隔离级别越⾼,那么可以⽀持同时访问的客户端数就越少,性能变低,数据安全性变⾼;

          隔离级别分类:

          image.gif编辑

             不同隔离级别的现象:

           脏读:

          事务B读到了另⼀个事务A还没有提交的数据,当事务A回滚后,事务中所有的修改都回滚了,那么事务B读到的数据就没有意义了,把这个称之为脏读;

          image.gif编辑

          要解决脏读问题,就要给⼀个写操作的事务加上⼀把锁,在写这个事务从开始时加锁,事务提交或回滚的时候释放锁,被加锁的事务不能与其他事务共存,写锁也叫排他锁。

          image.gif编辑

           不可重复读:

          当⼀个新的事务A在读⼀条记录时,另⼀个事务B对这条记录做出了修改,当事务A再次读这条记录时,就发现两次读到的结果不⼀致,那么这种情况就是不可重复读;

          image.gif编辑

          给读的事务也加上⼀把锁,但是这个锁是⼀把读锁(共享锁),多个读锁可以共存,但是由于写锁是排他锁,所以读锁不能与写锁共存,也就是说,在加了读锁之后,不能进⾏写操作。

          image.gif编辑

           幻读:

          当事务A去查询所有记录时,事务B往这个表中添加了条新的记录,当然也可以删除,那么事务A再去查询所有记录时,发现与上⼀次查到的所有记录条数不⼀致,或多或少,这种现象就是幻读。

          MySQL数据事务的默认隔离级别虽然是可重复读,但是最⼤限度的解决了幻读问题,但是并没有完全解决。

          相关实践学习
          如何在云端创建MySQL数据库
          开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
          全面了解阿里云能为你做什么
          阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
          相关文章
          |
          15天前
          |
          缓存 关系型数据库 MySQL
          MySQL索引策略与查询性能调优实战
          在实际应用中,需要根据具体的业务需求和查询模式,综合运用索引策略和查询性能调优方法,不断地测试和优化,以提高MySQL数据库的查询性能。
          |
          2月前
          |
          存储 关系型数据库 MySQL
          阿里面试:为什么要索引?什么是MySQL索引?底层结构是什么?
          尼恩是一位资深架构师,他在自己的读者交流群中分享了关于MySQL索引的重要知识点。索引是帮助MySQL高效获取数据的数据结构,主要作用包括显著提升查询速度、降低磁盘I/O次数、优化排序与分组操作以及提升复杂查询的性能。MySQL支持多种索引类型,如主键索引、唯一索引、普通索引、全文索引和空间数据索引。索引的底层数据结构主要是B+树,它能够有效支持范围查询和顺序遍历,同时保持高效的插入、删除和查找性能。尼恩还强调了索引的优缺点,并提供了多个面试题及其解答,帮助读者在面试中脱颖而出。相关资料可在公众号【技术自由圈】获取。
          |
          2月前
          |
          存储 NoSQL 关系型数据库
          为什么MySQL不使用红黑树做索引
          本文详细探讨了MySQL索引机制,解释了为何添加索引能提升查询效率。索引如同数据库的“目录”,在数据量庞大时提高查询速度。文中介绍了常见索引数据结构:哈希表、有序数组和搜索树(包括二叉树、平衡二叉树、红黑树、B-树和B+树)。重点分析了B+树在MyISAM和InnoDB引擎中的应用,并讨论了聚簇索引、非聚簇索引、联合索引及最左前缀原则。最后,还介绍了LSM-Tree在高频写入场景下的优势。通过对比多种数据结构,帮助理解不同场景下的索引选择。
          94 6
          |
          2月前
          |
          SQL 关系型数据库 MySQL
          案例剖析:MySQL唯一索引并发插入导致死锁!
          案例剖析:MySQL唯一索引并发插入导致死锁!
          128 0
          案例剖析:MySQL唯一索引并发插入导致死锁!
          |
          2月前
          |
          存储 SQL 关系型数据库
          MySQL的事务隔离级别
          【10月更文挑战第17天】MySQL的事务隔离级别
          107 43
          |
          2月前
          |
          存储 关系型数据库 MySQL
          Mysql(4)—数据库索引
          数据库索引是用于提高数据检索效率的数据结构,类似于书籍中的索引。它允许用户快速找到数据,而无需扫描整个表。MySQL中的索引可以显著提升查询速度,使数据库操作更加高效。索引的发展经历了从无索引、简单索引到B-树、哈希索引、位图索引、全文索引等多个阶段。
          66 3
          Mysql(4)—数据库索引
          |
          28天前
          |
          监控 关系型数据库 MySQL
          数据库优化:MySQL索引策略与查询性能调优实战
          【10月更文挑战第27天】本文深入探讨了MySQL的索引策略和查询性能调优技巧。通过介绍B-Tree索引、哈希索引和全文索引等不同类型,以及如何创建和维护索引,结合实战案例分析查询执行计划,帮助读者掌握提升查询性能的方法。定期优化索引和调整查询语句是提高数据库性能的关键。
          160 1
          |
          2月前
          |
          存储 缓存 关系型数据库
          MySQL事务日志-Redo Log工作原理分析
          事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
          1655 14
          |
          2月前
          |
          存储 关系型数据库 MySQL
          如何在MySQL中进行索引的创建和管理?
          【10月更文挑战第16天】如何在MySQL中进行索引的创建和管理?
          72 1
          |
          2月前
          |
          SQL 关系型数据库 MySQL
          阿里面试:MYSQL 事务ACID,底层原理是什么? 具体是如何实现的?
          尼恩,一位40岁的资深架构师,通过其丰富的经验和深厚的技術功底,为众多读者提供了宝贵的面试指导和技术分享。在他的读者交流群中,许多小伙伴获得了来自一线互联网企业的面试机会,并成功应对了诸如事务ACID特性实现、MVCC等相关面试题。尼恩特别整理了这些常见面试题的系统化解答,形成了《MVCC 学习圣经:一次穿透MYSQL MVCC》PDF文档,旨在帮助大家在面试中展示出扎实的技术功底,提高面试成功率。此外,他还编写了《尼恩Java面试宝典》等资料,涵盖了大量面试题和答案,帮助读者全面提升技术面试的表现。这些资料不仅内容详实,而且持续更新,是求职者备战技术面试的宝贵资源。
          阿里面试:MYSQL 事务ACID,底层原理是什么? 具体是如何实现的?