壹笙☞漂泊 置顶2018-11-191、务的特性：原子性、一致性、隔离性、持久性
2、多事务同时执行的时候，可能会出现的问题：脏读、不可重复读、幻读
3、事务隔离级别：读未提交、读提交、可重复读、串行化
4、不同事务隔离级别的区别：
读未提交：一个事务还未提交，它所做的变更就可以被别的事务看到
读提交：一个事务提交之后，它所做的变更才可以被别的事务看到
可重复读：一个事务执行过程中看到的数据是一致的。未提交的更改对其他事务是不可见的
串行化：对应一个记录会加读写锁，出现冲突的时候，后访问的事务必须等前一个事务执行完成才能继续执行
5、配置方法：启动参数transaction-isolation
6、事务隔离的实现：每条记录在更新的时候都会同时记录一条回滚操作。同一条记录在系统中可以存在多个版本，这就是数据库的多版本并发控制（MVCC）。
7、回滚日志什么时候删除？系统会判断当没有事务需要用到这些回滚日志的时候，回滚日志会被删除。
8、什么时候不需要了？当系统里么有比这个回滚日志更早的read-view的时候。
9、为什么尽量不要使用长事务。长事务意味着系统里面会存在很老的事务视图，在这个事务提交之前，回滚记录都要保留，这会导致大量占用存储空间。除此之外，长事务还占用锁资源，可能会拖垮库。
10、事务启动方式：一、显式启动事务语句，begin或者start transaction,提交commit，回滚rollback；二、set autocommit=0，该命令会把这个线程的自动提交关掉。这样只要执行一个select语句，事务就启动，并不会自动提交，直到主动执行commit或rollback或断开连接。
11、建议使用方法一，如果考虑多一次交互问题，可以使用commit work and chain语法。在autocommit=1的情况下用begin显式启动事务，如果执行commit则提交事务。如果执行commit work and chain则提交事务并自动启动下一个事务。
思考题：
在开发过程中，尽可能的减小事务范围，少用长事务，如果无法避免，保证逻辑日志空间足够用，并且支持动态日志空间增长。监控Innodb_trx表，发现长事务报警。
疑问：
关于第二节的思考题，读题干的意思，是在什么场景下，一天一备比一周一备更有优势。老师的答案只是给出了一天一备的优势，那么适用场景怎么理解呢？展开作者回复: 总结得非常好👍🏿
第二讲问题，其实备份是强需求，至于多少合适，还是得平衡业务需求和存储成本 4 223
京京beaver 置顶2018-12-28mysql> show variables like 'transaction_isolation';
这句写错了，应该是tx_isolation。测试了一下作者回复: 你是不是用的5.6或更早的版本😄
5.7引入了transaction_isolation用来替换tx_isolation了，到8.0.3就去掉了后者了 4 27
原原 置顶2018-11-19预告：林晓斌老师将做客极客Live，分享他MySQL的心路历程
前阿里丁奇：我的MySQL心路历程
11月21日（周三） 20:30-21:30
本次直播，林晓斌将畅谈个人成长经历，分享自己是如何从数据库小白逐步成长为MySQL内核开发人员的。从业十几年，他经历了哪些比较重要的事儿？他觉得什么事儿最有难度？什么事儿最有成就感？他是怎样应对的？
1、MySQL数据库的最佳学习路径
2、丁奇遇到过哪些挑战？走过那些坑？是如何应对的？
3、从业十几年来，关于数据库性能的“奇闻异事”
加小助手微信：geektime001或geektime004（二选一），获取直播最新消息展开 2 26
2018-11-20读未提交：别人改数据的事务尚未提交，我在我的事务中也能读到。
读已提交：别人改数据的事务已经提交，我在我的事务中才能读到。
可重复读：别人改数据的事务已经提交，我在我的事务中也不去读。
串行：我的事务尚未提交，别人就别想改数据。
这4种隔离级别，并行性能依次降低，安全性依次提高。作者回复: 总结的好👍🏿
234
2018-11-24为该讲总结了几个问题, 大家复习的时候可以先尝试回答这些问题检查自己的掌握程度:
1.
事务的概念是什么?
2.
mysql的事务隔离级别读未提交, 读已提交, 可重复读, 串行各是什么意思?
3.
读已提交, 可重复读是怎么通过视图构建实现的?
4.
可重复读的使用场景举例? 对账的时候应该很有用?
5.
事务隔离是怎么通过read-view(读视图)实现的?
6.
并发版本控制(MCVV)的概念是什么, 是怎么实现的?
7.
使用长事务的弊病? 为什么使用常事务可能拖垮整个库?
8.
事务的启动方式有哪几种?
9.
commit work and chain的语法是做什么用的?
10.
怎么查询各个表中的长事务?
11.
如何避免长事务的出现?展开作者回复: 谢谢。我在微博上会截图优质评论，你的总结会经常“上榜”哈。如果有不合适你跟我说下，我去删掉🤝
2 112
2018-12-04下面是我的自问自答，也是我的学习笔记，问下斌哥，这样理解准确吗？
在可重复读的隔离级别下，如何理解**当系统里没有比这个回滚日志更早的 read-view 的时候**，这个回滚日志就会被删除？
这也是**尽量不要使用长事务**的主要原因。
比如，在某个时刻（今天上午9:00）开启了一个事务A（对于可重复读隔离级别，此时一个视图read-view A也创建了），这是一个很长的事务……
事务A在今天上午9:20的时候，查询了一个记录R1的一个字段f1的值为1……
今天上午9:25的时候，一个事务B（随之而来的read-view B）也被开启了，它更新了R1.f1的值为2（同时也创建了一个由2到1的回滚日志），这是一个短事务，事务随后就被commit了。
今天上午9:30的时候，一个事务C（随之而来的read-view C）也被开启了，它更新了R1.f1的值为3（同时也创建了一个由3到2的回滚日志），这是一个短事务，事务随后就被commit了。
……
到了下午3:00了，长事务A还没有commit，为了保证事务在执行期间看到的数据在前后必须是一致的，那些老的事务视图、回滚日志就必须存在了，这就占用了大量的存储空间。
源于此，我们应该尽量不要使用长事务。展开作者回复: 非常好
12 93
2018-12-13脏读：
当数据库中一个事务A正在修改一个数据但是还未提交或者回滚，
另一个事务B 来读取了修改后的内容并且使用了，
之后事务A提交了，此时就引起了脏读。
此情况仅会发生在： 读未提交的的隔离级别.
不可重复读：
在一个事务A中多次操作数据，在事务操作过程中(未最终提交)，
事务B也才做了处理，并且该值发生了改变，这时候就会导致A在事务操作
的时候，发现数据与第一次不一样了。 就是不可重复读。
此情况仅会发生在：读未提交、读提交的隔离级别.
幻读：
一个事务按相同的查询条件重新读取以前检索过的数据，
却发现其他事务插入了满足其查询条件的新数据，这种现象就称为幻读。
幻读是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，比如这种修改涉及到表中的“全部数据行”。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入“一行新数据”。那么，以后就会发生操作第一个事务的用户发现表中还存在没有修改的数据行，就好象发生了幻觉一样.
一般解决幻读的方法是增加范围锁RangeS，锁定检索范围为只读，这样就避免了幻读。
此情况会回发生在：读未提交、读提交、可重复读的隔离级别.
事务的隔离级别：
四种：读未提交 、 读提交 、 可重复读、 串行化。展开 1 64
2018-11-20在“读提交”隔离级别下，这个视图是在每个 SQL 语句开始执行的时候创建的。老师，这句话怎么理解呢 5 53
2018-11-19作业：设置autocommit=1，另外，编写一个定时监控Innodb_trx表中时间比较大的事务的任务，如果发现长事务，随时自动发邮件提醒开发人员。 41
2018-11-19事务隔离的实现似乎有点太简略，没跟上林老师的思路。。作者回复: 对于RR，你可以这么想，每个事务启动的时候打一个快照，别人改的“我不听我不听”😄
1 30
2018-11-21能抽出一章详细的讲讲mvcc吗，感觉很模糊 1 28- 2018-11-22帮助记忆：
视图理解为数据副本，每次创建视图时，将当前『已持久化的数据』创建副本，后续直接从副本读取，从而达到数据隔离效果。
存在视图的 2 种隔离级别：
1. 读提交
2. 可重复读
读提交：在每一条 SQL 开始执行时创建视图，隔离作用域仅限该条 SQL 语句。
可重复读：事务启动时创建视图，因此，在事务任意时刻，对记录读取的值都是一样的。
其他 2 种无视图的隔离级别：
1. 读未提交
2. 串行化
读未提交：直接返回记录最新值。
串行化：通过读写锁来避免并行访问。
读-读：允许并发执行
读-写：只能串行
写-写：只能串行
老师，关于视图理解为数据副本，“读-读”在串行化隔离级别允许并发，这样的理解是否适合呢？谢谢展开作者回复: 对，读和读不互斥的
1 25 
2018-11-20老师，MySQL中undo的内容会被记录到redo中吗？比如一个事务在执行到一半的时候实例崩溃了，在恢复的时候是不是先恢复redo，再根据redo构造undo回滚宕机前没有提交的事务呢？作者回复: 对的，是你说的这个流程
24
2018-11-30在“可重复读”隔离级别下，这个视图是在事务启动时创建的，整个事务存在期间都用这个视图。
这种说法似乎不准确：这个视图应该是“在事务内第一次查询时被创建，整个事务存在期间都用这个视图“。
例如 RR级别下，有记录 id 1, name zhang
tx1 begin
tx 2 begin
tx2 update T set name = 'li' where id = 1;
tx2 commt;
tx1 select 结果是li展开作者回复: 事务在第一个select才启动
19- 2018-12-10林老师，您好，我在书上看到事务隔离级别为“可重复读”时，可能会出现幻读的情况， 幻读书上说是当事务A在读取某个范围内的记录时，事务B又在该范围插入了新的数据，导致事务A读到事务B插入的数据，但是，“可重复读”级别不是提供了一个一致性视图吗，为什么事务B插入的数据会影响到这个视图呢？辛苦您解答了！ 7 17
2018-11-19感谢老师的高质量文章。
试图的实现，多个回滚段那一块，不是很好理解。 15
2018-11-19autocommit设置为1，用文中提到的检查长事务的方法做每秒的计划任务检查，检查到的话记录并杀死进程。
另外，设置SET GLOBAL MAX_EXECUTION_TIME=3000. 确保单条语句执行时间在规定的范围之内。作者回复: 👍🏿
不过global设下去恐怕担心如果真有需要执行久的，（比如备份），会不会被误伤😄
可以考虑设置成session内有效，让业务代码主动去做？ 13
2018-11-19感觉没讲透，最好结合锁一起讲才能彻底讲清楚，比如两个RR级的事务同时启动，都是对同一个字段操作，系统起了两个互不影响的view,那事务的结果会不会被覆盖，直觉上肯定不会被覆盖，大家知道记录上会有锁，但这个锁和view是什么关系呢？建议mvcc可以展开来讲讲。作者回复: 涉及到更新是是涉及行锁，在第七讲会讲到。
1 12
2018-11-19老师 同一个事务中的插入/更新/删除->查询，这种情况呢作者回复: 那自己改了肯定得看到呀，不然程序逻辑崩溃了😄
9
2018-11-19是不是可以理解为
读提交不能保证一个事务中对同一条数据的每次读取都一致。
可重复读可以保证在一个事务性，每次读取同一条记录，值是不会发生改变的。 9