关系型数据库（六），数据库事务

目录

1.ACID

2.事务并发引起的问题

3.事务隔离机制

4.为什么不直接设置为串行化事务隔离级别

六、数据库事务

1.ACID

（1）原子性（Atomic）

　　整个事务中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

（2）一致性（Consistency）

　　一个事务可以封装状态改变（除非它是一个只读的）。事务必须始终保持系统处于一致的状态，不管在任何给定的时间并发事务有多少。

（3）隔离性（Isolation）

　　隔离状态执行事务，使它们好像是系统在给定时间内执行的唯一操作。如果有两个事务，运行在相同的时间内，执行相同的功能，事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。这种属性有时称为串行化，为了防止事务操作间的混淆，必须串行化或序列化请求，使得在同一时间仅有一个请求用于同一数据。

（4）持久性（Durability）

　　在事务完成以后，该事务对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。

2.事务并发引起的问题

（1）脏读

　　事务A读取事务B修改之后还未提交的数据，然后事务B进行回滚，shiwuA读到了一条不存在的数据，导致脏读。

（2）不可重复读

　　事务A读取一条数据，事务B将其修改之后，事务A再次读取发现两次数据读取不一样，导致不可重复读。

（3）幻读

　　事务A第一次查询表中数据条数，然后事务B提交了新的数据，事务A再次读发现两次读取条数不一致，导致幻读。

不可重复读和幻读到底有什么区别呢？

（1）不可重复读是读取了其他事务更改的数据，针对update操作

　　解决：使用行级锁，锁定该行，事务A多次读取操作完成后才释放该锁，这个时候才允许其他事务更改刚才的数据。

（2）幻读是读取了其他事务新增的数据，针对insert操作

　　解决：使用表级锁，锁定整张表，事务A多次读取数据总量之后才释放该锁，这个时候才允许其他事务新增数据。

3.事务隔离机制

（1）READ UNCIMMITTED（未提交读）

　　事务中的修改，即使没有提交，其他事务也可以看得到，比如说上面的两步这种现象就叫做脏读，这种隔离级别会引起很多问题，如无必要，不要随便使用

（2）READ COMMITTED（提交读）（Oracle级别）

　　大多数数据库系统的默认隔离级别是READ COMMITTED，这种隔离级别就是一个事务的开始，只能看到已经完成的事务的结果，正在执行的，是无法被其他事务看到的。这种级别会出现读取旧数据的现象

（3）REPEATABLE READ（可重复读）（MYSQL级别）

 　　REPEATABLE READ解决了脏读的问题，该级别保证了每行的记录的结果是一致的，也就是上面说的读了旧数据的问题，但是却无法解决另一个问题，幻行，顾名思义就是突然蹦出来的行数据。指的就是某个事务在读取某个范围的数据，但是另一个事务又向这个范围的数据去插入数据，导致多次读取的时候，数据的行数不一致。

（4）SERIALIZABLE（可串行化）

　　SERIALIZABLE是最高的隔离级别，它通过强制事务串行执行（注意是串行），避免了前面的幻读情况，由于他大量加上锁，导致大量的请求超时，因此性能会比较底下，再特别需要数据一致性且并发量不需要那么大的时候才可能考虑这个隔离级别

 

4.为什么不直接设置为串行化事务隔离级别

　　由于性能原因，事务隔离级别越高，安全性越高，串行化执性越严重，降低了数据库的并发度，因此要随着业务需求选择合适的级别。

 

转载于:https://www.cnblogs.com/xzmxddx/p/10356015.html