数据库的事务

今天药忘吃喽~ 2022-05-15 04:19 157阅读 0赞

## 问题: 数据库的事务，四个性质说一下，分别有什么用，怎么实现的? ##

# 一、数据库的事务性质 #

**1、原子性(Atomicity)：**  
事务的原子性指的是，事务中包含的程序作为数据库的逻辑工作单位，它所做的对数据修改操作要么全部执行，要么完全不执行。  
**2、一致性(Consistency) ：**  
一个事务中，事务前后数据的完整性必须保持一致。  
**3、隔离性(Isolation)：**  
事务的隔离性是指多个用户并发访问数据库时，一个用户的 事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。  
**4、持久性（Durability)**：  
持久性是指一个事务一旦被提交，它对数据库中数据的改变 就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。

# 二、如何实现数据库的事务 #

**原子性实现：**  
为了实现原子性，需要通过日志：将所有对数据的更新操作都写入日志。如果一个事务中的一部分操作已经成功，但以后的操作，由于断电/系统崩溃/其它的软硬件错误而无法继续，则通过回溯日志，将已经执行成功的操作撤销，从而达到“全部操作失败”的目的  
**一致性实现：**  
应用层定义的完整性约束  
**隔离性实现：**  
使用锁  
**永久性实现：**  
每条日志记录会产生一个递增的日志号，事务提交之前，日志已经刷到磁盘上。发生故障时，读取日志进行REDO（重演将所有已经执行成功但尚未写入到磁盘的操作，保证持久性。

# 三、事务的隔离级别 #

数据库的隔离性和一致性其实是一个需要开发者去权衡的问题，为数据库提供什么样的隔离性层级也就决定了数据库的性能以及可以达到什么样的一致性；在 SQL 标准中定义了四种数据库的事务的隔离级别：READ UNCOMMITED、READ COMMITED、REPEATABLE READ 和 SERIALIZABLE；每个事务的隔离级别其实都比上一级多解决了一个问题：

**RAED UNCOMMITED**：使用查询语句不会加锁，可能会读到未提交的行（Dirty Read）；  
**READ COMMITED**：只对记录加记录锁，而不会在记录之间加间隙锁，所以允许新的记录插入到被锁定记录的附近，所以再多次使用查询语句时，可能得到不同的结果（Non-Repeatable Read）；  
**REPEATABLE READ**：多次读取同一范围的数据会返回第一次查询的快照，不会返回不同的数据行，但是可能发生幻读（Phantom Read）；  
**SERIALIZABLE**：InnoDB 隐式地将全部的查询语句加上共享锁，解决了幻读的问题；

[参考链接][Link 1]  
[参考链接][Link 2]

[Link 1]: https://blog.csdn.net/weixin_41835916/article/details/81453255
[Link 2]: https://blog.csdn.net/a724888/article/details/78197324