一行代码引发的思考(二) Mysql数据库InnoDB存储引擎的默认事务隔离级别及实现方式

前言:

	上一篇文章中说到了事务的一些基本概念及spring注解式事务的一些参数,最后引出了一些新的问题:
	串行化的隔离级别需要谨慎的使用,他能够保证的是完全隔离,但是并发处理性能可以说是最低的,我们这个业务肯定是不能使用串行化的,
	然后说默认的隔离级别,默认的隔离级别在这个业务中有可能会造成死锁,所以我们也需要慎重考虑.所以说到这里我们的问题还是没有解决,
	需要继续深究的问题还很多,比如:MySQL数据库InnoDB存储引擎的默认隔离级别是什么?
	mySQL数据库InnoDB存储引擎的各个隔离级别是怎么实现的
	乐观锁,悲观锁,共享锁,排他锁,行级锁,表锁,都什么鬼,MVCC版本控制是什么东西,表扫描?索引…等等,

说声抱歉:

写本文的原因是之前确实有过这样的思考,想记录下自己的收获,本打算详细的描述涉及到的各种知识点,然后给出答案,
最后基于对这些知识点的掌握,理解,然后写出一行代码,
距离上篇一行代码引发的思考,到现在已经两周多了,迟迟没有发表,一个原因是最近有点忙,但是也是客观原因,主要原因还是

第一: 想写一些有质量的东西,要不就写一些使用的能解决问题的东西,哪怕最简单的问题也好,我再搜索一些资料的时候,总是能够发现一些阮生兄弟.
第二: 不想复制粘贴,但是设计的知识点按我的思路展开的话确实挺多,而且自己也没有掌握扎实,有点怂了,不敢下笔.

第三: 我想传递的思想是,任何一行代码,都需要有大量的知识来支撑,需要知道这行代码背后的依据.会产生怎样的效果,会出现什么问题,都理解透了,才算会了.我把这一行代码背后的依据理解成扎根,但是我也不建议扎根太深,在我刚接触java的时候,王建平老师有过这样一个比喻,盖房子,需要打地基.你盖个平房,可能两米地基足够了,但是你盖个摩天大厦,两米地基肯定不够,可能需要二十米,或者更多.基础好,才能走的远,但是你盖个平房要是挖了二十米地基,那你可能不是盖房子,你是在打井.所以有些度是不可言传的,我们毕竟不是盖房子,一开始就计划好盖多高,走多远,就计划好我要当世界最牛的架构师,我要把底层基础都研究透在去工作,那是不现实的,但是程序员这个行业和盖房子相比,做为程序员可以一边研究框架,一边研究计算机原理,可以在盖房子的同时挖地基.
总结起来就是一点,通过一行代码,你可以向外探索,或有一条线一个面的知识来支撑你这行代码,知识不是独立的,但是要清楚,我们是盖房子的,不是挖井的,别探索的太远,偏离了自己的原有目标.

分享一下关于这个问题我查找的一些资料

数据库事务的概念及其原理实现
https://www.cnblogs.com/takumicx/p/9998844.html

mysql事务隔离级别的实现原理
https://www.cnblogs.com/cjsblog/p/8365921.html

你真的了解事务与并发么
https://www.cnblogs.com/bhtfg538/archive/2009/08/04/1539132.html

SELECT语句中的for update的用法
https://blog.csdn.net/SunWuKong_Hadoop/article/details/53760613

事务并发的可能问题与其解决方案
https://www.jianshu.com/p/71a79d838443

共享锁(读锁)和排他锁(写锁)
https://www.cnblogs.com/nickup/p/9804020.html

深入理解Spring事务的基本原理、传播属性、隔离级别
https://blog.csdn.net/mawenshu316143866/article/details/81281443

InnoDB存储引擎MVCC的工作原理
https://my.oschina.net/xinxingegeya/blog/505675

细看INNODB数据落盘
https://blog.csdn.net/longxibendi/article/details/39835185

【mysql】关于innodb中MVCC的一些理解
https://www.cnblogs.com/williamjie/p/9492810.html

MySQL 加锁处理分析(原文但是图片看不到)
http://hedengcheng.com/?p=771#_Toc374698307

建议

关于博客查找的资料,我认为还是参考,然后自己动手实践,毕竟每位作者的水平不同,理解不同,还是实践来的体会深一些.