🍁 作者:知识浅谈,CSDN签约讲师,后端领域优质创作者,阿里云社区技术博主,热爱分享创作
💒 公众号:知识浅谈
📌 擅长领域:全栈工程师、爬虫、ACM算法
绝对最直白的MySQL MVCC机制总结
🤞开胃小菜🤞
事务集合:
事务A:设置id=1088的name为张三
事务B:设置id=1088的name为张小三
事务C:设置id=1088的name为张老三
事务D:两次查询id=1088的名字
前三个事务分别进行了修改的操作,最后一个事务只有查询的操作。
RR级别:事务D的第一条Select查询结果为张三,第二条查询结果也为张三。
RC级别: 事务D的第一条Select查询结果为张三,第二条查询结果也为张小三。
因为RC级别下不可重复读,所以两次结果不一样,具体原因看到后边就懂了,先提一下,主要是因为RR级别只生成一个ReadView(快照)。
undolog就是undolog日志。
基于UNDO_LOG版本链如下:
版本链解析:在原来的字段基础上加上TRX_ID 和 DB_ROLL_PTR,TRX_ID 是 此次修改的事务id
,DB_ROLL_PTR是指向上一个修改的版本指针
。
🏹注意点
UNDO LOG不是会被删除吗❓
中间数据万一被删了版本链不就断了❓
答:
上边给大家留了一个问题,Readview是什么,我们来看看
📙ReadView是“快照读”SQL执行时MVCC提取数据的依据。
📙ReadView,是一个数据结构,包含4个字段
RC(读已提交):在每一次执行快照读的时候都会生成一个新的ReadView
结合上边的例子来理解
RR(可重复读):仅仅在第一次执行快照读的时候生成ReadView,后续快照读服用之前生成的。(有例外:就是两次快照读中间有当前读的时候,就不会有两次快照读的ReadView就不一样了)
结合上边的例子来理解
RR级别下使用MVCC能避免幻读吗❓
答:能,但不完全能!
为何能🥕
终于写完了,这个总结我是弄懂了之后才发出来的,仔细看图片中的每一句话,相信你会有所收获。
Written By 知识浅谈Pro资源网