MySQL事务

最新推荐文章于 2024-10-13 18:03:14 发布

欤她

最新推荐文章于 2024-10-13 18:03:14 发布

阅读量33

点赞数

文章标签： oracle 数据库

本文链接：https://blog.csdn.net/Ysf6666/article/details/132467226

版权

1.事务的特性

原子性：既不可在分割性，事务要么全部被执行，要么就全部不被执行。
一致性：事务的执行使得数据库从一种正确状态转换成另一种正确状态。
隔离性：在事务正确提交之前，不允许把该事务对数据库的任何改变提供给任何其他事务。
持久性：持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。

2.事务并发带来的问题？

在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务（多个用户对同一数据进行操作）。并发虽然是必须的，但是可能会导致一下的问题。

脏读：一个事务读到了另一个事务未提交的数据
不可重复读：一个事务读到了另一个事务已经提交的数据，引发了另一个事务，在事务中的多次查询结果不一致。
幻读：一个事务读到了另一个事务已经提交的数据，导致另一个事务，在事务中多次查询的结果不一致。

3.ACID靠什么保证

事务的隔离性是通过数据库锁的机制实现的
事务的一致性由undo log 来保证：undo log 是逻辑日志，记录了事务的insert，update，deltete操作，回滚的时候做相反的delete，update，insert操作来恢复数据。
事务的原子性和持久性由redo log 来保证：redo log 被被称作为重做日志，是物理日志，事务提交的时候，必须先将事务的所有日志写入redo log 持久化，到事务的提交操作才算完成。

4.事务的隔离级别有哪些？MySQL的默认隔离级别是什么？

读未提交（Read Uncommitted）：允许事务读取另一个事务未提交的数据，可能出现脏读，幻读，可重复度。
读已提交（Read Committed）：允许事务读取另一个事务已提交的数据，可以避免脏读，幻读和可重复读仍会发生。
可重复读（Repeatable Read）：在同一事务内，多次读取同一数据时，返回的结构一致，扔可能导致幻读。
串行化（Serializable）：最高的隔离级别，完全服从ACID，可以避免脏读，幻读，可重复度。

MySQL默认的事务隔离级别是可重复读（Repeatable Read）

5.什么是幻读，脏读，不可重复读？

事务A,B交替执行，事务A读到事务B未提交的数据，这就是脏读
在一个事务范围内，两个相同的查询，读取同一条记录，却返回了不同的数据，这就是不可重复读
事务A查询一个范围的结果集，另一个并发事务B往这个范围中插入或者删除数据，并静悄悄的提交。然后事务A再次查询相同的范围，两次读取到的结果集不一样了，这就是幻读。

不同的隔离级别，在并发事务下可能会发生的问题：

6.事务的各个隔离级别都是如何实现的？

1.读未提交，采取的是读不加锁原理

事务读不加锁，不阻塞其他事务的读和写
事务写阻塞其他事务写，但不阻塞其他事务读：

2.读取已提交和可重复读

读取已提交和可重复读级别利用了ReadView和MVCC，也就是每个事务只能读取它能看到的版本（ReadView）

读已提交（Read Committed）：每次读取数据前都生成一个ReadView
可重复读（Repeatable Read）：在第一次读取数据时生成一个ReadView

3.串行化

串行化的实现采用的是读写都加锁的原理。

串行化的情况下，对于同一行事务，写会加锁，读会加读锁，当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完毕，才能继续执行。

7.数据库读写分离

读写分离的基本原理是将数据库读写操作分散到不同的节点上，下面是基本架构图：

读写分离的基本实现是：

数据库服务器搭建主从集群，一主一从，一主多从都是可以
数据库主机负责读写操作，从机只负责读操作。
数据主机通过复制将数据同步到从机，每台数据库服务器都储存了所有的业务数据
业务服务器将写操作发给数据库主机，将读写操作发给数据库从机。

8.数据库锁

1.主要是针对锁粒度划分的，一般分为：行锁，表锁，库锁。

行锁：访问数据库的时候锁定整个行数据，防止并发错误。
表锁：访问数据库的时候就，锁定整个表数据，防止并发错误。

2.行锁和表锁的区别

表锁：开销小，加锁快，不会出现死锁，锁定力度大，发生锁冲突概率高，并发度低。

行锁：开销大，加锁慢，会出现死锁；锁定粒度小，发生锁冲突的概率低，并发度高。

3.如果按锁粒度划分，有三种：

表锁：开销小，加锁快；锁定力度大，发生锁冲突概率高，并发度最低；不会出现死锁。
行锁：开销大，加锁慢；会出现死锁。锁定粒度小，发生锁冲突的概率低，并发度高。
页锁：开销和加锁速度介于表锁和行锁之间；会出现死锁；锁定力度介于表锁和行锁之间，并发度一般。

如果按照兼容性，有两种，

共享锁，也叫读锁（read Lock），相互不阻塞。
排它锁（X lock）也叫写锁（write lock）排它锁是阻塞的，在一定时间内，只有一个请求能执行写入，并阻止其它锁读取正在写入的数据。

9.意向锁

意向锁是一个表级锁，不要和插入意向锁搞混。

意向锁的出现为了支持InnoDB的多粒度锁，他解决的是表锁和行锁共存的问题。

当我们需要给一个表加锁的时候，我们需要根据去判断表中有没有数据行被锁定，以确定是否能加成功。

假如没有意向锁，那么我们就得遍历表中所有数据行来判断有没有行锁；

有了意向锁这个表级锁之后，则我们直接判断一次就知道表中是否有数据行被锁定了。

有了意向锁之后，要执行的事务A在申请行锁（写锁）之前，数据库会自动先给事务A申请表的意向排它锁。当事务B区申请表的互斥锁时就会失败，因为表上有意向排他锁之后事务B申请表的互斥锁时会被阻塞。

9.悲观锁和乐观锁

悲观锁：顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block 直到拿到锁，传统关系型数据库里面就用到了很多这种锁机制，比如行锁，表锁，读锁，写锁等都是在操作之前上锁。
乐观锁：顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改数据，所以不会上锁，但是在更新的时候会判断一下在次期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库如果提供类似于write_condition机制的其实都是提供的乐观锁。

10.锁（lock）

程序中也有锁，当多个线程修改共享变量时，我们可以给修改操作上锁（syncronized）。

当多个用户修改表中同一数据时，我们可以给该行数据上锁（行锁）。因此，锁其实是在并发下控制多个操作的顺序执法，以此来保证数据安全的变动。

并且，锁是一种保证数据安全的机制和手段。而并不是特定于某项技术的，悲观锁和乐观锁也是如此。

悲观锁：悲观锁认为被它保护的数据是及其不安全的，每时每刻都有可能变动，一个事务拿到悲观锁后，其他任何事物都不能对该数据进行修改，只能等待锁释放才可以执行。

数据库中的行锁，表锁，读锁，写锁，以及syncronized实现的锁都是悲观锁

我们经常使用的数据是MySQL，MySQL中最常用的引擎是InnoDB，InnoDB默认使用时行锁，而行锁是基于索引的，因此要想加上行锁，在加锁时必须命中索引，否则将使用表锁。

乐观锁‘：于悲观锁相比，乐观锁：的乐观体现在，它认为数据的变动不会太频繁，因此，它允许多个事务同时对数据进行变动。

但是，乐观不代表不负责，那么怎么去负责多个事务顺序对数据进行修改呐？

乐观锁通常是通过在表中增加一个版本（version）或者时间戳（timestamp）来实现其中版本最为常用。

十五载从数据库中读取数据时，会将该数据的版本也取出来（v1）当事务对数据变动完毕想要将其更新到表中，会将之前取出的版本（v1)于数据中最新的版本v2相比，如果v1=v2那么说明在数据变动期间，没有其他事务对数据进行修改，此时，就允许事务对表中的数据进行修改，并且修改时version 会加1 ，以此来表明数据已被变动。

如果，v1不等于v2，那么说明数据变动期间，数据被其他事务改动了，此时不允许数据更新到表中，一般的处理办法是通知用户让其重新操作，不用于悲观锁，乐观锁是人为控制的。