Mysql介绍

贪吃的猪-me

于 2021-03-17 21:02:53 发布

阅读量97

点赞数

分类专栏： mysql

本文链接：https://blog.youkuaiyun.com/weixin_43968026/article/details/114949425

版权

mysql 专栏收录该内容

1 篇文章

订阅专栏

MYSQL

索引相关

什么是索引？

索引是一种数据结构，可以帮助我们快速的进行数据的查找。

索引是个怎样的数据结构呢？

索引的数据结构和具体存储引擎的实现有关，在Mysql中使用较多的索引有Hash索引，B+树索引等，而我们常用的InnoDB存储引擎的默认索引实现为：B+树索引。

Hash索引和B+树索引有什么区别或者有什么优劣势呢？

hash索引底层是hash表，进行查找时，调用一次hash函数就可以获取到相应的键值，之后进行回表查询获得实际数据，B+树底层实现多路平衡查找树，对于每一次的查询都是从根节点出发，查找到叶子节点方可以获得所查键值，然后根据查询判断是否需要回表查询数据。

区别：

hash索引进行等值查询更快(一般情况下),但是却无法进行范围查询.

因为在hash索引中经过hash函数建立索引之后,索引的顺序与原顺序无法保持一致,不能支持范围查询.而B+树的的所有节点皆遵循(左节点小于父节点,右节点大于父节点,多叉树也类似),天然支持范围.

hash索引不支持使用索引进行排序,原理同上.
hash索引不支持模糊查询以及多列索引的最左前缀匹配.原理也是因为hash函数的不可预测.AAAA和AAAAB的索引没有相关性.
hash索引任何时候都避免不了回表查询数据,而B+树在符合某些条件(聚簇索引,覆盖索引等)的时候可以只通过索引完成查询.
hash索引虽然在等值查询上较快,但是不稳定.性能不可预测,当某个键值存在大量重复的时候,发生hash碰撞,此时效率可能极差.而B+树的查询效率比较稳定,对于所有的查询都是从根节点到叶子节点,且树的高度较低.

因此,在大多数情况下,直接选择B+树索引可以获得稳定且较好的查询速度.而不需要使用hash索引。

事务的四种隔离级别（ACID）

A=Atomicity

原子性，要么全部成功，要么全部失败。

C=Consistency

一致性，从一个状态，转移到另一个状态，不会存在中间状态。

I=Isolation

隔离性，一个事务的提交，对其他事务是不可见的。

D=Durability

持久性，一旦事务提交，那么就永远不会改变，不会影响到这个事务的结果。

同时有多个事务在进行会怎么样呢?

多事务的并发进行一般会造成以下几个问题:

脏读: A事务读取到了B事务未提交的内容,而B事务后面进行了回滚.
不可重复读: 当设置A事务只能读取B事务已经提交的部分,会造成在A事务内的两次查询,结果竟然不一样,因为在此期间B事务进行了提交操作.
幻读: A事务读取了一个范围的内容,而同时B事务在此期间插入了一条数据.造成"幻觉".

Mysql四种隔离

ISOLATION_READ_UNCOMMITTED:读未提交
ISOLATION_READ_COMMITTED:读已提交
ISOLATION_REPEATABLE_READ:可重复读
ISOLATION_SERIALIZABLE:串行化

什么是脏读,不可重复读,幻读

脏读:简单来说,就是一个事务读取到了另一个事务未提交的数据。
不可重复读:就是说,比如在A事务中进行多次相同的查询,B事务在A事务多次查询之间修改对应表中的数据,导致A事务多次读取的结果不一致。
幻读:举例来说,就是A事务将表中’性别’列的值都更改为1,B事务在A事务修改之后又添加了一条记录,而’性别’的值为0,回过来A再查询所以的记录时会发现有一条记录的’性别’为0,这种情况就是所谓的幻读

事务的七种传播行为

PROPAGATION_REQUIRED 表示当前方法必须在一个具有事务的上下文中运行,如有客户端有事务在进行，那么被调用端将在该事务中运行，否则的话重新开启一个事务。( 如果被调用端发生异常,那么调用端和被调用端事务都将回滚)
PROPAGATION_SUPPORTS 表示当前方法不必需要具有一个事务上下文,但是如果有一个事务的话,它也可以在这个事务中运行。
PROPAGATION_MANDATORY 表示当前方法必须在一个事务中运行，如果没有事务，将抛出异常。
PROPAGATION_REQUIRES_NEW 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。
PROPAGATION_NOT_SUPPORTED 总是非事务地执行，并挂起任何存在的事务。
PROPAGATION_NEVER 总是非事务地执行，如果存在一个活动事务，则抛出异常。
PROPAGATION_NESTED表示如果当前方法正有一个事务在运行中,则该方法应该运行在一个嵌套事务中 ,被嵌套的事务可以独立于被封装的事务中进行提交或者回滚。如果封装事务存在,并且外层事务抛出异常回滚，那么内层事务必须回滚,反之,内层事务并不影响外层事务。如果封装事务不存在,则同propagation. required的一样。

Innodb使用的是哪种隔离级别呢?

默认是可重复读隔离级别。

对MySQL的锁了解吗?

当数据库有并发事务时，可能会产生数据的不一致，这时候需要一些机制来保证访问的次序，锁机制就是这样的一个机制。

就像酒店的房间,如果大家随意进出,就会出现多人抢夺同一个房间的情况,而在房间上装上锁,申请到钥匙的人才可以入住并且将房间锁起来,其他人只有等他使用完毕才可以再次使用.

Mysql有哪些锁

从锁的类别上来分，分为共享锁和排他锁。

共享锁：又叫读锁，当用户要进行数据的读取时，对数据加上共享锁，共享锁可以同时加上多个。

排他锁：又叫做写锁，当用户需要写入数据时，对数据加上排他锁，排他锁只可以添加一个，和其他的排他锁、共享锁相斥。

用上面的例子来说就是用户的行为有两种,一种是来看房,多个用户一起看房是可以接受的. 一种是真正的入住一晚,在这期间,无论是想入住的还是想看房的都不可以.

表结构设计

为什么要尽量设定一个主键？

主键是数据库确保数据行在整张表唯一性的保障，即时业务上本张表没有逐主键，也建议添加一个自增长的ID列作为主键，设定了主键之后，在后续的CRUD的时候可能更加快速以及确保操作数据范围安全。

主键使用自增ID还是UUID？

推荐使用自增ID，不使用UUID。

因为在InnoDB存储引擎中,主键索引是作为聚簇索引存在的,也就是说,主键索引的B+树叶子节点上存储了主键索引以及全部的数据(按照顺序),如果主键索引是自增ID,那么只需要不断向后排列即可,如果是UUID,由于到来的ID与原来的大小不确定,会造成非常多的数据插入,数据移动,然后导致产生很多的内存碎片,进而造成插入性能的下降.