一、三大范式
二、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锁,也直到事务结束。
能避免丢失数据、脏数据、不可重复读三个问题。