⑴ 原子性（Atomicity）

　原子性是指事务蕴含的所有操作要么全副胜利，要么全副失败回滚，这和后面两篇博客介绍事务的性能是一样的概念，因而事务的操作如果胜利就必须要齐全利用到数据库，如果操作失败则不能对数据库有任何影响。

⑵ 一致性（Consistency）

　一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。

　　拿转账来说，假如用户A和用户B两者的钱加起来一共是5000，那么不论A和B之间如何转账，转几次账，事务完结后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

⑶ 隔离性（Isolation）

　隔离性是当多个用户并发拜访数据库时，比方操作同一张表时，数据库为每一个用户开启的事务，不能被其余事务的操作所烦扰，多个并发事务之间要互相隔离。

　　即要达到这么一种成果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就曾经完结，要么在T1完结之后才开始，这样每个事务都感觉不到有其余事务在并发地执行。

　　对于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。

⑷ 持久性（Durability）

　持久性是指一个事务一旦被提交了，那么对数据库中的数据的扭转就是永久性的，即使是在数据库系统遇到故障的状况下也不会失落提交事务的操作。

　　例如咱们在应用JDBC操作数据库时，在提交事务办法后，提醒用户事务操作实现，当咱们程序执行实现直到看到提醒后，就能够认定事务以及正确提交，即便这时候数据库呈现了问题，也必须要将咱们的事务齐全执行实现，否则就会造成咱们看到提醒事务处理完毕，然而数据库因为故障而没有执行事务的重大谬误。

　　以上介绍完事务的四大个性(简称ACID)，当初重点来阐明下事务的隔离性，当多个线程都开启事务操作数据库中的数据时，数据库系统要能进行隔离操作，以保障各个线程获取数据的准确性，在介绍数据库提供的各种隔离级别之前，咱们先看看如果不思考事务的隔离性，会产生的几种问题：

1，脏读

　脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据。

　　当一个事务正在屡次批改某个数据，而在这个事务中这屡次的批改都还未提交，这时一个并发的事务来拜访该数据，就会造成两个事务失去的数据不统一。例如：用户A向用户B转账100元，对应SQL命令如下

updateaccountsetmoney=money+100wherename=’B’;  (此时A告诉B)

    updateaccountsetmoney=money-100wherename=’A’;

　当只执行第一条SQL时，A告诉B查看账户，B发现的确钱已到账（此时即产生了脏读），而之后无论第二条SQL是否执行，只有该事务不提交，则所有操作都将回滚，那么当B当前再次查看账户时就会发现钱其实并没有转。

2，不可反复读

　不可反复读是指在对于数据库中的某个数据，一个事务范畴内屡次查问却返回了不同的数据值，这是因为在查问距离，被另一个事务批改并提交了。

　　例如事务T1在读取某一数据，而事务T2立马批改了这个数据并且提交事务给数据库，事务T1再次读取该数据就失去了不同的后果，发送了不可反复读。

　　不可反复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可反复读则是读取了前一事务提交的数据。

　　在某些状况下，不可反复读并不是问题，比方咱们屡次查问某个数据当然以最初查问失去的后果为主。但在另一些状况下就有可能产生问题，例如对于同一个数据A和B顺次查问就可能不同，A和B就可能打起来了……

3，虚读(幻读)

幻读是事务非独立执行时产生的一种景象。例如事务T1对一个表中所有的行的某个数据项做了从“1”批改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚批改的数据，会发现还有一行没有批改，其实这行是从事务T2中增加的，就如同产生幻觉一样，这就是产生了幻读。

　　幻读和不可反复读都是读取了另一条曾经提交的事务（这点就脏读不同），所不同的是不可反复读查问的都是同一个数据项，而幻读针对的是一批数据整体（比方数据的个数）。

　　当初来看看MySQL数据库为咱们提供的四种隔离级别：

　　① Serializable (串行化)：可防止脏读、不可反复读、幻读的产生。

　　② Repeatable read (可反复读)：可防止脏读、不可反复读的产生。

　　③ Read committed (读已提交)：可防止脏读的产生。

　　④ Read uncommitted (读未提交)：最低级别，任何状况都无奈保障。

　　以上四种隔离级别最高的是Serializable级别，最低的是Read uncommitted级别，当然级别越高，执行效率就越低。像Serializable这样的级别，就是以锁表的形式(相似于Java多线程中的锁)使得其余的线程只能在锁外期待，所以平时选用何种隔离级别应该依据理论状况。在MySQL数据库中默认的隔离级别为Repeatable read (可反复读)。

　　在MySQL数据库中，反对下面四种隔离级别，默认的为Repeatable read (可反复读)；而在Oracle数据库中，只反对Serializable (串行化)级别和Read committed (读已提交)这两种级别，其中默认的为Read committed级别。

批改办法：

在mysql.conf.d文件中

批改transaction-islation选项
在MySQL数据库中查看以后事务的隔离级别：

select@@tx_isolation;

在MySQL数据库中设置事务的隔离 级别：

set[glogal | session]transactionisolationlevel 隔离级别名称;

    settx_isolation=’隔离级别名称;’

例1：查看以后事务的隔离级别：

例2：将事务的隔离级别设置为Read uncommitted级别：

或：

记住：设置数据库的隔离级别肯定要是在开启事务之前！

如果是应用JDBC对数据库的事务设置隔离级别的话，也应该是在调用Connection对象的setAutoCommit(false)办法之前。调用Connection对象的setTransactionIsolation(level)即可设置以后链接的隔离级别，至于参数level，能够应用Connection对象的字段：

在JDBC中设置隔离级别的局部代码：

后记：隔离级别的设置只对以后链接无效。对于应用MySQL命令窗口而言，一个窗口就相当于一个链接，以后窗口设置的隔离级别只对以后窗口中的事务无效；对于JDBC操作数据库来说，一个Connection对象相当于一个链接，而对于Connection对象设置的隔离级别只对该Connection对象无效，与其余链接Connection对象无关。