12 | 事务：怎么确保关联操作正确执行？

你好，我是朱晓峰，下面我就来公布一下上节课思考题的答案： 上节课，我们学习了什么是索引、如何创建和使用索引。下面是思考题的答案： 我会用门店编号、销售日期、商品编号、销售金额和毛利这些字段，分别创建索引，理由是这些字段经常会被用作筛选条件来进行查询。

学了这节课，还真不敢说自己知道什么是事务！

每一讲都有收获。 课后思考题的答案已经在总结的第一段话中给出了。 关于MVCC和锁是面试的常见问题。本专栏侧重入门。这部分内容看《MySQL实战45讲》和书籍《MySQL是怎样运行的》。 以上资料都认真看了，基本应对数据库的问题可以做到胸有成竹了！

文中，张三和张三爱人消费会员卡购物的例子里，正确的事务隔离级别应该是SERIALIZABLE吗？其他的三个隔离级别，我认为都存在发生错误的可能性。比如，默认的可重复读的隔离级别下，两个事务一起并行执行时，都只会取到100元，两个事务提交后，会员卡余额变成0，但消费了两次！

1.什么是事务？ 说白了 两件相关联的事情 要么都执行成功 要么都执行失败 若失败 得做相应的回滚操作 2.四个特性 原子性：表示事务中的操作要么全部执行，要么全部不执行，像一个整体，不能从中间打断。 一致性：表示数据的完整性不会因为事务的执行而受到破坏。 隔离性：表示多个事务同时执行的时候，不互相干扰。不同的隔离级别，相互独立的程度不同。 持久性：表示事务对数据的修改是永久有效的，不会因为系统故障而失效。 3.隔离等级 READ UNCOMMITTED：可读取事务中未提交的数据 a开启事务 更新了数据将钱变为1000 未提交事务 b去查询 发现钱多了1000 a后来发现转错人了 回滚事务 提交 b再去查询 钱没了 白高兴一场 READ COMMITTED：只能读取事务中已经提交更改的数据 a开启事务 查询余额为1000 去消费 此时未提交事务 此时b开启事务 将钱转走了 提交事务 a 付钱 发现没钱了 REPEATABLE READ：默认级别 开启事务可以避免其他人进行修改 但是无法避免新增操作 可以避免a开启事务后查询数据时 外界对该数据的修改操作 但是a开启事务 查询信用卡账单为1000元 b开启事务 去消费了一波 200元 提交事务 等a打印单子时 账单为1200元 以为出现了幻觉 也就是说在开启事务期间 发现数据多了 SERIALIZABLE：最高级别 开启事务可以限制任何人操作 直到事务结束

“数据操作，要么全部正确执行，要么全部失败”，我认为不对。数据操作的正确性依赖于事务隔离级别，如果在rc下，那么事务A的执行过程中就有可能读取到其它事务的提交结果，从而导致数据计算错乱，所以在数据操作的场景下务必要根据业务场景设计好事务隔离级别，避免数据计算错乱，望老师指正。

请问作者大大： START TRANSACTION; INSERT INTO mytrans(transid,itemnumber,quantity) VALUES(1,5); UPDATE inventory SET invquantity = invquantity - 5 WHERE itemnumber = 1; COMMIT; 我写了这条之后，insert执行会被卡住，并不会执行之后的update，和文中不一致，这是为何？

如何防止死锁？

“计算完成之后，你也不要忘记把隔离等级恢复到系统默认的状态，否则，会对日常的系统营运效率产生比较大的影响。” 老师：这句话不理解。一个事务完成了，锁就释放了，怎么还会影响其他事务呢？

事务隔离级别得深入理解下。 https://developer.aliyun.com/article/743691