深入理解MySQL锁与事务隔离级别 笔记

锁的定义

计算机协调多个进程或并发访问某一资源的机制

锁的分类

从性能上分乐观锁和悲观锁
乐观锁：用版本对比来实现，没有等待
悲观锁：mvcc保证数据一致性，有等待，性能比乐观锁差

从对数据库操作的类型分，分为读锁和写锁(都属于悲观锁)
读锁（共享锁）：针对同一份数据，多个读操作可以同时进行而不会互相影响
写锁（排它锁）：当前写操作没有完成前，它会阻断其他写锁和读锁

从对数据操作的粒度分，分为表锁和行锁，页锁（忽略不考虑）
表锁：一次性锁住整张表，开销小，加锁快，不会出现死锁，锁冲突概率高，并发低
行锁：每次操作锁住一行，先定位行的位置再加锁，开销大

MyISAM引擎的锁

MyISAM在执行查询语句(SELECT)前,会自动给涉及的所有表加读锁,在执行增删改
操作前,会自动给涉及的表加写锁，不支持事务，不支持行锁。

1、对MyISAM表的读操作(加读锁) ,不会阻寒其他进程对同一表的读请求,但会阻
赛对同一表的写请求。只有当读锁释放后,才会执行其它进程的写操作。

2、对MylSAM表的写操作(加写锁) ,会阻塞其他进程对同一表的读和写操作,只有
当写锁释放后,才会执行其它进程的读写操作
总结：读锁会阻塞写，但是不会阻塞读。而写锁则会把读和写都阻塞。

INNODB引擎的锁

直接输入1次#，并按下space后，将生成1级标题。
输入2次#，并按下space后，将生成2级标题。
以此类推，我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。

事务

事务是由一组SQL语句组成的逻辑处理单元,事务具有以下4个属性,通常简称为
事务的ACID属性。
原子性(Atomicity) ：事务是一个原子操作单元,其对数据的修改,要么全都执
行,要么全都不执行。
一致性(Consistent) ：在事务开始和完成时,数据都必须保持一致状态。这意
味着所有相关的数据规则都必须应用于事务的修改,以保持数据的完整性;事务结束
时,所有的内部数据结构(如B树索引或双向链表)也都必须是正确的。
隔离性(Isolation) ：数据库系统提供一定的隔离机制,保证事务在不受外部并
发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是
不可见的,反之亦然。
持久性(Durable) ：事务完成之后,它对于数据的修改是永久性的,即使出现系
统故障也能够保持。

并发事务带来的问题

更新丢失（Lost Update）
当两个或多个事务选择同一行，然后基于最初选定的值更新该行时，由于每
个事务都不知道其他事务的存在，就会发生丢失更新问题–最后的更新覆盖了由其
他事务所做的更新。
脏读（Dirty Reads）
事务A读取到了事务B已经修改但尚未提交的数据，还在这个数据基础上做了操作。此时，如果B事务回滚，A读取的数据无效，不符合一致性要求。
不可重读（Non-Repeatable Reads）
一个事务在读取某些数据后的某个时间，再次读取以前读过的数据，却发现
其读出的数据已经发生了改变、或某些记录已经被删除了！这种现象就叫做“不
可重复读”。
一句话：事务A读取到了事务B已经提交的修改数据，不符合隔离性
幻读（Phantom Reads）
一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插
入了满足其查询条件的新数据，这种现象就称为“幻读”。
一句话：事务A读取到了事务B提交的新增数据，不符合隔离性

事务隔离级别

Mysql默认事务隔离级别：可重复读
可重复读的隔离级别下使用了MVCC(multi-version concurrency control)机制，select操作不会更新版本号，是快照读（历史版本）；insert、update和delete会更新版本号，是当前读（当前版本）。
常看当前数据库的事务隔离级别: show variables like ‘tx_isolation’;
设置事务隔离级别：set tx_isolation=‘REPEATABLE-READ’;