Mysql事务

特点

• 在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。
• 事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。
• 事务用来管理 insert,update,delete 语句

条件

一般来说，事务是必须满足4个条件（ACID）：：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability）。

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

• 一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。

• 隔离性：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。

• 持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

事务的隔离性和隔离级别

• 脏读：脏读是指一个事务的处理过程中读取了另一个未提交的事务中的数据
  example: 小明的银行卡里100块。他现在打算花10块钱来点外卖，此时他的女朋友看中了一件衣服95元，用他的银行卡正在进行付款。于是在小明付款时，程序后台读到他的账户余额只要5元了，没法进行付款。而她的女朋友因为输错密码，无法进行交易。小明非常郁闷，为什么明明卡里有100元但却法付款呢？

• 幻读也叫虚读：一个事务执行两次查询，第二次结果集包含第一次中没有或某些行已经被删除的数据，造成两次结果不一致，只是另一个事务在这两次查询中间插入或删除了数据造成的。幻读是事务非独立执行时发生的一种现象。
  example:一个事务T1对表中的所有行的某项数据进行了“1”修改为“2”的操作，这时事务T2又拆入了一条数据为"1"的数据并且提交给了数据库。而事务T1查看刚刚修改的数据，会发现有一行数据还未发生修改，其实这是事务T2添加的，就好像产生幻觉一样，这就是发生了幻读

• 不可重复读：一个事务两次读取同一行的数据，结果得到不同状态的结果，中间正好另一个事务更新了该数据，两次结果相异，不可被信任。
  example:事务T1在读取某一数据，而事务T2立马修改这个数据并提交了数据库，事务T1再次读取该数据就得到了不同的结果，发生了不可重复读。

Tips： 不可重复读和脏读的区别：脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。
Tips： 幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。

隔离级别

事务的隔离级别有4种，由低到高分别为Read uncommitted 、Read committed 、Repeatable read 、Serializable 。

Read uncommitted （最低级别，任何情况都无法保证）

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

example:老板给程序员发工资，程序员的工资是10K/月，但是老板按错了，给程序员发了13K，但是事务还没有提交，这时程序员去查看自己的工资，发现比往常多了3K，以为涨工资了非常高兴，但是老板发现不对，马上回滚了事务，将数字改成了10K再提交。

分析：程序员读到了老板还没提交事务时的数据，这就是脏读

Read committed（避免脏读)

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

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

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

Repeatable read （可避免脏读、不可重复读）

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

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

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

什么时候会出现幻读？
example: 程序员用银行卡消费了2000元，此时妻子查看他的消费记录（妻子事务开启）发现的确是2000元，在打印消费记录之前，程序员又花了5000元买了一架手机，即INSERT一条记录，并提交了事务，消费记录打印出来后，妻子发现变成了7000元，这时就发生了幻读。

Serializable (解决幻读问题)

Serializable 是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。
Tips： 大多数数据库默认的事务隔离级别是Read committed，比如Sql Server ,Oracle。
Mysql的默认隔离级别是Repeatable read。