数据库之事务隔离级别

一、三大范式

二、sql语句的编程

三、索引底层实现

复合索引，索引失效条件，根据explain优化索引查询，会根据几个sql语句建立合适的索引。

四、存储引擎特性与区别：innodb，mylsam,mermory等

五、事务相关和锁机制

隔离级别和实现原理，可能引起的问题，使用。

六、主从复制的原理，读写分离思想

七、数据库优化（包括不限于数据库字段设计、结构设计、sql优化、索引优化等方面）

八、sql注入

事务隔离级别
一、丢失的数据
原因：两个事务T1和T2同时修改数据，T2提交的结果覆盖了T1提交的结果。
比如银行账户原有100元，T1，T2同时读到100元，T1增加了50元，T2取出30元，正确的结果应该还剩120元。T2覆盖了T1的结果，账户只剩70元。

解决：排他锁(X锁)，对象只能有一个排他锁。T1在操作的过程对对象加锁，T2获取锁失败。等T1完成事务的时候，释放锁后，T2获取对象的锁。

事务T1	事务T2
获取A的X锁
读取A的值100	获取A的X锁(失败)
A=A+20	…
写回A=120	…
释放A的X锁
	获取A的X锁（成功）
	读取A的值120
	A=A-50
	写回70
	释放A的X锁

二、脏读
写数据的时候用X锁，读的时候不用加锁。
比如事务T1

事务T1	事务T2
获取A的X锁
读取A的值100
A=A+20
写回A=120
…	读取A的值120
Rollback A回复恢复为100
释放A的锁
	读到了脏数据120

解决方案：新增一个锁，用于共享数据的读取，共享锁(Shared lock)，简称S锁。如果一个数据加了X锁，就不能加S锁，如果加了S锁，不能加跳X锁。
如果加了S锁，还能加S锁。
增加S锁机制后变成如下

事务T1	事务T2
获取A的X锁
读取A的值100
A=A+20
写回A=120
…	获取A的S锁（失败）
Rollback A回复恢复为100	…
释放A的X锁	…
	获取A的S锁（成功
	读取A的值100(正确)
	释放A的S锁

脏数据问题解决了。

三、不可重复读
在第二小段中设定S锁在读完数据后立刻释放，这引入了另一个问题，不可重复读。

事务T1在一次数据处理中，先读取了A和B的值，相加得到了150，然后T2把B改成了30。T1在此读取A和B，发现求和以后是130，和刚才的不一样了。

解决方法 读取数据的时候也要一直锁着，直到事务提交。

四、幻读
事务T1对学生表进行操作，选取了年龄是18岁的所有行，用X锁锁住，并且做了修改。
改完以后再次选择年龄18岁的学生，发现有一行没有修改。因为事务T2对学生表进行了插入操作，插入的学生的年龄也刚好是18岁。
引出最高事务级别，串行化。

事务隔离级别

前提都要解决数据丢失的问题，即不可能有修改事务同时对同一对象作用。
1、Read uncommitted 读未提交数据
写数据时加上X锁，知道数据结束，度的时候不加锁。
只能够避免丢失数据，但是可以读到没有提交或者回滚的内容（脏数据），这是数据库最低的事务隔离级别。
2、Read commited 读已提交数据
写数据时加X锁，直到事务结束。读的时候加上S锁，读完数据立即释放。能避免读到丢失数据和脏数据。但是会出现不可重复读的问题。
3、Repeatable read 可重复读（MySQL的默认隔离级别）
写数据的时候加上X锁，直到事务结束。读数据的时候加上S锁，也直到事务结束。
能避免丢失数据、脏数据、不可重复读三个问题。

参考文献：
https://mp.weixin.qq.com/s/bM_g6Z0K93DNFycvfJIbwQ