开发者学堂课程【MySQL 高级应用 - 索引和锁：行锁理论】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：https://developer.aliyun.com/learning/course/598/detail/8633
行锁理论
目录：
一、行锁简介
二、事务隔离级别
一、行锁简介
偏向与 InnoDB 存储引擎，开销大，加锁慢;会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。InnoDB 与 MyISAM 的最大不同有两点：一是支持事务，二是采用了行级锁。
1.事务及其 ACID 属性
事务是由一组 SQL 语句组成的運辑处理单元,事务具有以下4个属性,通常称为事务的 ACID 属性。
原子性(Atomicity):事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行。
一致性(Consistent):在事务开始和完成时,数据都必须保持一致状态。这意味着所有相关的数据规则都必须应用于事务的修改,以保持数据的完整性,事务结束时,所有的内部数据结构(如 B 树素引或双向链表)也都必须是正确的。
隔离性(Isolation),数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。这意味者事务处理过程中的中间状态对外部是不可见的,反之亦然。
持久性(Durable),事务完成之后,它对于数据的修改是永久性的,即使出现系统故障也能够保持。
2.并发事务处理带来的问题
1更新丢失
当两个或多个事务选择同一行。然后基于最初选定的值更新该行时。由于每个事务都不知道其他事务的存在,就会发生丢先更新问题一一最后的更新覆盖了由其他事务所做的更新。
例如,两个程序员修改同一 java 文件。每程序员独立地更改其副本,然后保存更改后的副本。
这样就覆盖了原始文档,最后保存其更改副本的编辑人员覆盖前一个程序员所做的更改。
如果在一个程序员完成并提交事务之前,另一个程序员不能访同同一文件,则可避免此问题。
2脏读：
一个事务正在对一条记录做修改,在这个事务完成并提交前,者条记量的数据就处于不一致状态；这时，另一个事务也来读取同一条记录，如果不加控制，第二个事务读取了这些“脏”数据。并据此做进一步的处里,就会产生未提交的数据依赖关系。这种现象被形象地叫做“脏读”。
一句话:事务 A 读取到了事务 B 已修改但尚未提交的的数据,还在这个数据基础上做了操作。此时,如果 B 事务回滚， A 读取的数据无效,不符合一致性要求。
3不可重复读：
一个事务在读取某些后某个时间，再次读取以前读过的数据，却发现其读出的数据已经发生了改变、或某些记录已经被删除了。这种现象就叫做“不可重复读”。
一句话：事务 A 读取到了事务 B 已经提交的修改数据，不符合隔离性。
4幻读
一个事务按相同的查询条件重新读取以前检索的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象就称为“幻读”。
一句话：事务 A 读取到了事务 B 提交的新增数据，不符合隔离性。
脏读是事务 B 里面修改了数据，
幻读是事务 B 里面新增了数据。
二、事物隔离级别：
“脏读”、“不可重复读”和“幻读”，其实都是数据库读一致性问题，必须由数据库提供一定的事务隔离机制来解决。
读数据一致性及允许的并发副作用隔离级别 |
读数据一致性 |
脏读 |
不可重复读 |
幻读 |
未提交读（Read uncommitted） |
最低级别，只能保证不读取无理数损坏的数据 |
是 |
是 |
是 |
已提交读(Read committed) |
语句级 |
否 |
是 |
是 |
可重复读(Repeatable read) |
事务级 |
否 |
否 |
是 |
可序列化(Serializable) |
最高级别，事务级 |
否 |
否 |
否 |
数据库的事务隔离越严格，并发副作用越小，但付出的代价也就越大，因为事务隔离实质上就是使事务在一定程度上“串行化”进行，这显然与“并发”是矛盾的。
同时，不同的应用对读一致性和事务隔离程度的要求也是不同的，比如许多应用对“不可重复读”和“幻读”并不敏感，可能更关心数据并发访问的能力。
