当前位置:网站首页>Mysql数据库的几个特点

Mysql数据库的几个特点

2022-06-23 06:23:00 qq_37279783

导读:0.存储引擎MyISAM和InnoDB区别 1.事物级别 2.聚集索引和非聚集索引 3.回表 4.explain执行计划

0.存储引擎MyISAM和InnoDB区别

MyISAM

  • 不支持事务,所以每次查询都是原子的;
  • 支持表级锁,即每次操作是对整个表加锁;
  • 存储表的总行数;
  • 一个MYISAM表有三个文件:索引文件、表结构文件、数据文件;
  • 采用非聚集索引(Non-clustered),索引文件的数据域存储指向数据文件的指针。

InnoDb

  • 支持ACID的事务;
  • 支持行级锁及外键约束;
  • 不存储总行数;
  • 一个InnoDb引擎存储在一个文件空间(共享表空间,表大小不受操作系统控制,一个表可能分布在多个文件里),也有可能为多个,受操作系统文件大小的限制;
  • 主键索引采用聚集索引(索引的数据域存储数据文件本身),辅索引的数据域存储主键的值;因此从辅索引查找数据,需要先通过辅索引找到主键值,再访问辅索引;
  • 使用自增主键,防止插入数据时,为维持B+树结构,文件的大调整。

1. 事物级别

查询隔离级别:SHOW VARIABLES LIKE 'transaction_isolation%';

读未提交 Read uncommitted

读未提交其实就是事务没提交就可以读,很显然这种隔离级别会导致读到别的还没提交的数据,一旦基于读到的数据做了进一步处理,而另一个事务最终回滚了操作,那么数据就会错乱,而且很难追踪。总的来说说,读未提交级别会导致脏读。

读提交 Read committed

顾名思义就是事务提交后才能读,假设你拿着银行卡去消费,付钱之前你看到卡里有2000元,这个时候你老婆在淘宝购物,赶在你前面完成了支付,这个时候你再支付的时候就提示余额不足,但是分明你看到卡里的钱是够的啊。

这就是两个事务在执行时,事务A一开始读取了卡里有2000元,这个时候事务B把卡里的钱花完了,事务A最终再确认余额的时候发现卡里已经没有钱了。很显然,读提交能解决脏读问题,但是解决不了不可重复读。

Sql Server,Oracle的默认隔离级别是Read committed。

可重复读 Repeatable read

看名字就看出来了,它的出现就是为了解决不可重复读问题,事务A一旦开始执行,无论事务B怎么改数据,事务A永远读到的就是它刚开始读的值。那么问题就来了,假设事务B把id为1的数据改成了2,事务A并不知道id发生了变化,当事务A新增数据的时候却发现为2的id已经存在了,这就是幻读。

MySQL的默认隔离级别就是Repeatable read。

串行化 serializable

这个就是最无敌的存在了,所有的事务串起来一个个执行,因为没有并发的场景出现了,什么幻读、脏读、不可重复读统统都不存在的。但是同样的,基本并发能力会非常差。最终,到底什么隔离级别完全要根据自己的业务场景选择,没有最好的,只有最适合的。

2.聚集索引和非聚集索引

聚集索引

  • 一个表只能有一个
  • 存储记录是物理上连续存在
  • 叶子节点就是数据节点,存储的数据本身

非聚集索引

  • 一个表存在多个:普通索引,唯一索引,全文索引
  • 存储记录是逻辑上的连续,物理存储并不连续
  • 叶子节点是数据的聚集索引的key,一个指针指向对应的数据块

3.回表

通过非聚集索引查找的过程是先找到该索引key对应的聚集索引的key,然后再拿聚集索引的key到主键索引树上查找对应的数据

4.explain执行计划

4.1 select_type列:表示 SELECT 的类型

常见的取值

  • SIMPLE(简单表,即不使用表连接 或者子查询)。
  • PRIMARY(主查询,即外层的查询)、UNION(UNION 中的第二个或 者后面的查询语句)
  • SUBQUERY(子查询中的第一个SELECT)

4.2 type列:表示表的连接类型

性能由好到差的连接类型为:

  • system(表中仅有一行,即常量表)。
  • const(单表中最多有一个匹配行,例如primary key或者unique index)。
  • eq_ref(对于前面的每一行,在此表中只查询一条记录,简单来说,就是多表连接中使用primary key或者unique index)。
  • ref(与eq_ref类似,区别在于不是使用primary key或者unique index,而是使用普通的索引)。
  • ref_or_null(与ref类似,区别在于条件中包含对NULL的查询)。
  • index_merge(索引合并优化)。
  • unique_subquery(in的后面是一个查询主键字段的子查询)。
  • index_subquery(与unique_subquery类似,区别在于in的后面是查询非唯一索引字段的子查询)。
  • range(单表中的范围查询)。
  • index(对于前面的每一行,都通过查询索引来得到数据)。
  • all(对于前面的每一行,都通过全表扫描来得到数据)。

4.3 Extra:执行情况的说明和描述

  • Using index(此值表示mysql将使用覆盖索引,以避免访问表)。
  • Using where(mysql 将在存储引擎检索行后再进行过滤,许多where条件里涉及索引中的列,当(并且如果)它读取索引时,就能被存储引擎检验,因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示:查询可受益于不同的索引)。
  • Using temporary(mysql 对查询结果排序时会使用临时表)。
  • Using filesort(mysql会对结果使用一个外部索引排序,而不是按索引次序从表里读取行。mysql有两种文件排序算法,这两种排序方式都可以在内存或者磁盘上完成,explain不会告诉你mysql将使用哪一种文件排序,也不会告诉你排序会在内存里还是磁盘上完成)。
  • Range checked for each record(index map: N) (没有好用的索引,新的索引将在联接的每一行上重新估算,N是显示在possible_keys列中索引的位图,并且是冗余的)。
原网站

版权声明
本文为[qq_37279783]所创,转载请带上原文链接,感谢
https://blog.csdn.net/qq_37279783/article/details/125312385