事务

什么是事务

数据库事务由一组sql语句组成。

所有sql语句执行成功则事务整体成功；任一条sql语句失败则事务整体失败，数据恢复到事务之前的状态。
数据操作的最小单元是事务，而不是一条sql语句！
事务是作为一个逻辑单元执行的一系列操作，一个逻辑工作单元必须有四个属性，称为ACID
（原子性、一致性、隔离性和持久性）属性，
只有这样才能成为一个事务：
原子性：事务必须是原子工作单元，对于其数据修改，要么全都执行，要么全都不执行。
一致性：事务在完成时，必须使所有的数据保持一致的状态。在相关数据库中，所有规则都
必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如
B 树索引或双向链表）都必须是正确的。
隔离性：由并发事务所做的修改必须与任何其他并发事务所做的修改隔离。事务查看数据时
数据所处的状态，要么是另一并发事务修改它之前
的状态，要么是另一并发事务修改它之后的状态，事务不会查看中间状态的数据。这称为可
串行性，因为它能够重新装载起始数据，并且重播
一系列事务，以使数据结束时的状态与原始事务执行的状态相同。
持久性：事务完成后，它对于系统的影响是永久性的。该修改即使出现系统故障也将一直保
持。

事务的特性:ACID
A - 原子性 Atomic
数据操作的最小单元是事务，而不是 SQL 语句
C - 一致性 Consistency
转账前 a+b = 100
转帐后 a+b = 100
I - 隔离性 Isolation
一个事物进行中时，另一事物不能操作数据
D - 持久性 Durancy
事务没有提交之前，数据操作只保存在日志文件中
提交事务之后，数据持久生效

数据库事务的隔离级别有4种，由低到高分别为Read uncommitted 、Read committed 、Repeatable read 、Serializable 。而且，在事务的并发操作中可能会出现脏读，不可重复读，幻读。下面通过事例一一阐述它们的概念与联系。

Read uncommitted

读未提交，顾名思义，就是一个事务可以读取另一个未提交事务的数据。

事例：老板要给程序员发工资，程序员的工资是3.6万/月。但是发工资时老板不小心按错了数字，按成3.9万/月，该钱已经打到程序员的户口，但是事务还没有提交，就在这时，程序员去查看自己这个月的工资，发现比往常多了3千元，以为涨工资了非常高兴。但是老板及时发现了不对，马上回滚差点就提交了的事务，将数字改成3.6万再提交。

分析：实际程序员这个月的工资还是3.6万，但是程序员看到的是3.9万。他看到的是老板还没提交事务时的数据。这就是脏读。

那怎么解决脏读呢？Read committed！读提交，能解决脏读问题。

Read committed

读提交，顾名思义，就是一个事务要等另一个事务提交后才能读取数据。

事例：程序员拿着信用卡去享受生活（卡里当然是只有3.6万），当他埋单时（程序员事务开启），收费系统事先检测到他的卡里有3.6万，就在这个时候！！程序员的妻子要把钱全部转出充当家用，并提交。当收费系统准备扣款时，再检测卡里的金额，发现已经没钱了（第二次检测金额当然要等待妻子转出金额事务提交完）。程序员就会很郁闷，明明卡里是有钱的…

分析：这就是读提交，若有事务对数据进行更新（UPDATE）操作时，读操作事务要等待这个更新操作事务提交后才能读取数据，可以解决脏读问题。但在这个事例中，出现了一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读。

那怎么解决可能的不可重复读问题？Repeatable read ！

Repeatable read

重复读，就是在开始读取数据（事务开启）时，不再允许修改操作

事例：程序员拿着信用卡去享受生活（卡里当然是只有3.6万），当他埋单时（事务开启，不允许其他事务的UPDATE修改操作），收费系统事先检测到他的卡里有3.6万。这个时候他的妻子不能转出金额了。接下来收费系统就可以扣款了。

分析：重复读可以解决不可重复读问题。写到这里，应该明白的一点就是，不可重复读对应的是修改，即UPDATE操作。但是可能还会有幻读问题。因为幻读问题对应的是插入INSERT操作，而不是UPDATE操作。

什么时候会出现幻读？

事例：程序员某一天去消费，花了2千元，然后他的妻子去查看他今天的消费记录（全表扫描FTS，妻子事务开启），看到确实是花了2千元，就在这个时候，程序员花了1万买了一部电脑，即新增INSERT了一条消费记录，并提交。当妻子打印程序员的消费记录清单时（妻子事务提交），发现花了1.2万元，似乎出现了幻觉，这就是幻读。

那怎么解决幻读问题？Serializable！

Serializable 序列化

Serializable 是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。

值得一提的是：大多数数据库默认的事务隔离级别是Read committed，比如Sql Server , Oracle。Mysql的默认隔离级别是Repeatable read。

隔离级别越高数据越安全；越低性能越好，但会造成数据访问的问题：

Mysql 设置隔离级别

set tx_isolation=‘read-uncommitted’;

set tx_isolation=‘read-committed’;

//repeatable-read 是Mysql默认的隔离级别
set tx_isolation=‘repeatable-read’;

set tx_isolation=‘serializable’;

oracle mysql 8 使用 transaction_isolation 系统变量：

set transaction_isolation=‘read-uncommitted’;

set transaction_isolation=‘read-committed’;

// repeatable-read 是Mysql默认的隔离级别
set transaction_isolation=‘repeatable-read’;

set transaction_isolation=‘serializable’;

注意：set设置的变量只对当前会话有效。需要进行全局设置使用 set global

Mysql 事务操作

start transaction;

• 或
  begin;

事务开始后，对数据的增删改操作不直接修改数据表，而是被记录在日志文件中。

提交事务
commit;
将日志中记录的操作，永久保存到数据表，并清空日志文件。

回滚事务
rollback;
直接清空日志文件