标签：转账 小明 事务 数据库 提交 MySQL 搞懂 ACID 500
宜未雨而绸缪，毋临渴而掘井
说说MySQL的事务
数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。
一个数据库事务通常包含对数据库进行读或写的一个操作序列。它的存在包含有以下两个目的：
- 为数据库提供一个从失败恢复正常状态的方法，同时提供了数据库即使在异常状态下仍然能保持一致性的方法。
- 当多个应用程序并发访问数据库时，可以在这些应用程序之间提供一个隔离的方法，以防止彼此的操作相互干扰。
当然并不是所有的数据库都支持事务，事务一般有四个属性：原子性、一致性、隔离性、持久性。简称：ACID原则。接下来我们举例逐个分析：
- 原子性：顾名思义原子就不可在分的，事务作为一个整体，对数据库的执行要么成功，要么失败。
- 一致性：事务从一个一致状态转换到另一个一致状态。
- 隔离性：多个事务并发执行，事务之间的执行互不干扰。
- 持久性：一旦一个事务提交，它对数据库的操作将永久保存到数据库当中。
举例：
我们用一个转账的案例结合每个性质分析，例如：账户A向账户B转账，主要分为一下几个步骤：
- 从A账号中把余额读出来（500）。
- 对A账号做减法操作（500-100）。
- 把结果写回A账号中（400）。
- 从B账号中把余额读出来（500）。
- 对B账号做加法操作（500+100）。
- 把结果写回B账号中（600）。
原子性
保证６个步骤要么全部执行，要么全部不执行，如果失败了就把事务回滚到转账的初始状态。比如：在执行到第五步的之后，账户B突然注销了找不到了，此时账户A的钱也扣了，就必须事务回滚到原来各自的状态也就是A的余额500。
一致性
在转账之前A和B的账户共有500+500=1000，而转账成功之后，A和B的账户是400+600=1000，就是数据的状态在执行该事务操作之后从一个状态改变到了另外一个状态
隔离性
在A给B转账过程中，只要事务没有提交，A和B的账户余额不会存在变化。但是此时账户C也在向账户B转账，最终两个事务提交之后账户B的余额应该是账户A转账的金额加上账户C转账的金额。也就是说多个事务之间不会相互影响，至于C给B转账的时候获取B的余额是已经加了A给B转账的余额还是没加，这个和事务的隔离级别有关系。
持久性
一旦转账成功（事务提交），两个账户的里面的钱就会真的发生变化（会把数据写入数据库做持久化保存）！
事务的隔离级别
- Read-uncommitted(读未提交)：最低级别，以上情况均无法保证。
- Read-committed（读已提交）：可避免脏读情况发生
- Repeatable-read（可重复读，默认）：可避免脏读、不可重复读情况的发生。不可以避免虚读
- Serializable：可避免脏读、不可重复读、虚读情况的发生。(串行，不仅有read、write锁还有range lock范围锁（没有where锁全表，有where锁where范围）；对一张表的所有增删改操作必须顺序执行，性能最差)
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| Read-uncommitted | √ | √ | √ |
| Read-committed | × | √ | √ |
| Repeatable-read | × | × | √ |
| Serializable | × | × | × |
隔离级别详解
- Read uncommitted
作用：所有事务都可以看到其他未提交事务的执行结果
例子:
又到月底了,小明的老婆要准备给小明发生活费了,小明的老婆给小明打了500块,但该事务并没有提交,而此时小明正好在查余额,发现是550块,高兴的差点蹦了起来.天有不测风云,突然小明的老婆发现多打了50块,于是回滚事务,修改金额,然后将事务提交,最后小明空欢喜异常。
- Read committed
作用：一个事务只能看见已经提交事务所做的改变
例子:
某个夜黑风高的夜晚，小明丰富的夜生活开始了,小明拿着工资卡去消费,pos机读取卡的信息的时候有500，而此时小红也正好在网上转账，把小明工资卡的500元转到另一账户，并小明之前提交了事务，当小明扣款时，系统检查到小明的工资卡已经没有钱，扣款失败，小明十分纳闷，明明卡里有钱,为什么会说余额不足,出现上述情况，即我们所说的不可重复读，两个并发的事务，“事务1：小明消费”、“事务2：小红网上转账”，事务1事先读取了数据，事务2紧接了更新了数据，并提交了事务，而事务1再次读取该数据时，数据已经发生了改变,当隔离级别设置为Read committed时，避免了脏读，但是可能会造成不可重复读。
-
Repeatable read
- 备注
- MySQL的默认隔离级别
- 从原理上看，可重复读是靠MVCC（多版本并发控制）保证的，该模式下，保证事务只能读取到当前事务开启之前已经提交的事务的修改以及当前事务本身对数据的修改
- 区别
- 不可重复读的重点是修改，比如多次读取一条记录发现其中某些列的值被修改(但mysql由于MVCC机制并不会有)，
- 幻读的重点在于新增或者删除，比如多次范围读取发现记录增多或减少了。
- 备注
作用:当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，发现和之前不一样。
例子:
小红最近发现小明总是很晚回家并且经常不接电话，于是小红开始查小明当月信用卡的总消费金额，消费金额为50,而小明此时正好在收银台买单，消费1000元，即新增了一条1000元的消费记录,并提交了事务，随后小红将小明当月信用卡消费的明细打印了出来，却发现消费总额为1050元，小红很诧异，以为出现了幻觉
- Serializable(串行)
作用：最高级别，防止上述3种情况，事务串行执行，慎用这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而避免了脏读，可重复读，幻读。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争,并发性能最差,在分布式事务中可能会被用到。
标签：转账,小明,事务,数据库,提交,MySQL,搞懂,ACID,500 来源： https://www.cnblogs.com/ydongy/p/13070398.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。