前言
开始学习mysql，总结一下一些mysql的基本概念。
PS： 我只是知识的搬运工
基本概念
- 逻辑架构
- 事务
- 锁
- 隔离级别
- MVCC
逻辑架构
一般来说，对于sql语句，mysql的操作流程如下：
权限验证->分析器->优化器->存储引擎
对于查询多了一步查询缓存，也就是：
权限验证->查询缓存->权限验证->分析器->优化器->存储引擎
事务
事务就是mysql中的最小操作单元，遵循ACID原则，如下：
- 原子性：要不全部成功，要不全部撤销
- 一致性：数据库正确地改变状态后，数据库的一致性约束没有被破坏
- 隔离性：事务之间相互独立，互不干扰
- 持久性：事务的提交结果，将持久保存在数据库中（通过redo和undo来实现得）
原子性约束事务作为一个整体，一致性保证数据库在事务操作下的状态迁移。即事务可能是一组复杂操作，但是作为一个整体，只能是都成功，或者都失败。在成功，失败或者事务异常时，一致性保证保证事务操作是可预测的。
不说隔离性和持久性，在mongo中也有原子操作的概念，遵循原子性和一致性。
一般来说，mysql会设置自动提交。即非显示的开启事务，一条sql语句会被视为一次事务，在结束时自动提交。
锁
探索Mysql锁机制(一)——乐观锁&悲观锁
探索Mysql锁机制(二)——共享锁&排他锁&意向锁&间隙锁
锁粒度
一般来说，一个东西总有其作用域，锁也一样。粒度有表锁、行锁，见名知意。
隔离级别
事务并发产生的问题：
- 第一类丢失更新
- 脏读
- 重复读
- 第二类丢失更新
- 幻读
隔离级别：
- RU
- RC
解决第一类丢失更新 - RR（默认）
没有解决幻读（幻读需间隙锁解决） - 串行
MVCC
一般来说，在事务中强制的加锁都是一种悲观锁的做法，保证了操作最大程度的独占性，但是对于并发来说并不友好。MVCC是一种乐观锁的做法，采用版本号来控制数据的正确性。版本号包括版本号，删除版本号。
规则
- 查询：只查询小于等于当前事务版本号和删除版本大于当前事务版本号的数据，保证数据处于当前时间的正确状态。
- 插入：事务版本号更新行版本号
- 删除：事务版本号更新删除版本号
- 更新：插入一条新的数据，保存事务版本号为新数据的版本号，更新事务版本号为老数据的删除版本号。
事务版本号为每次事务开始递增。
对应行版本号，也可以有数据版本号，即针对某行某个字段设置版本号。
对于没有事务概念的mongo来说，用版本管理数据就是一件理所当然的事情了。
