数据库事务特性及隔离级别的案例

本文主要是介绍数据库事务特性及隔离级别的案例，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

数据库事务(简称：事务，Transaction)是指数据库执行过程中的一个逻辑单位，由一个有限的数据库操作序列构成[由当前业务逻辑多个不同操作构成]。
事务拥有以下四个特性，习惯上被称为ACID特性：

1. 原子性(Atomicity)：事务作为一个整体被执行，包含在其中的对数据库的操作要么全部被执行，要么都不执行。
2. 一致性(Consistency)：事务应确保数据库的状态从一个一致状态转变为另一个一致状态。一致状态是指数据库中的数据应满足完整性约束。除此之外，一致性还有另外一层语义，就是事务的中间状态不能被观察到(这层语义也有说应该属于原子性)。
3. 隔离性(Isolation)：多个事务并发执行时，一个事务的执行不应影响其他事务的执行，如同只有这一个操作在被数据库所执行一样。
   全局修改，修改mysql.ini配置文件，在最后加上
   1 可选参数有：READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE.
   2 [mysqld]
   3 transaction-isolation = REPEATABLE-READ
   这里全局默认是REPEATABLE-READ,其实MySQL本来默认也是这个级别。
   Read Uncommitted (读取未提交内容)
   等级是最低等级，也可以认为，事务之间完全不隔离
   eg. 事务A开始一个事务，接着事务B开始，事务B对数据C继续update，这时候，A读取了B未提交（commit）的数据，这种情况叫做脏读（dirty read）。这个时候要是事务B遇到错误必须rollback，那么A读取的数据就完全是错的。
   Read Committed (读取提交内容)
   事务读取的数据，都是别的事务已经提交了的
   eg. 事务A select了一条数据，接着事务B update 这条数据，然后commit，这时候A还未提交，A再回来读这条数据，发现数据居然变了
   Repeatable (可重读)
   保证不会在一个事务内两次select同一条数据会出现变化，即是别的事务对你select的对象进行update操作不会影响。但是，如果是insert操作，在这个隔离级别还是会受到影响。
   eg. 事务A开启事务，并select一段有范围的数据，然后事务B开启事务，在先前A事务select的那段有范围的数据中insert一条数据，然后提交事务，接着事务A再select出来这段数据，发现数据多了一条，这种情况叫幻读（Phantom Read）
   Serializable (可串行化)
   保证事务之间不会有任何踩踏，每个事务都可以认为只有它自己在操作数据库。
4. 持久性(Durability)：已被提交的事务对数据库的修改应该永久保存在数据库中。在事务结束时，此操作将不可逆转。

这篇关于数据库事务特性及隔离级别的案例的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！