MySQL学习之事务，锁机制

事务

什么是事务？

事务就是逻辑上的一组操作，要么全做，要么全不做

事务经典例子：转账，转账需要两个操作，从一个人账户上减钱，在另一个账户上加钱，比如说小红给小明转账100元，就需要先从小红账上-100，再去小明账上+100，这两个操作要么都做要么都不做，要是只做一个操作，就会出现问题。保证两个操作都做的就是事务

事务的四大特性：

原子性：事务是最小的执行单位，不允许分割。事务的原子性确保动作要么全部完成，要么完全不起作用；

一致性：执行事务后，数据库从一个正确的状态变化到另一个正确的状态；

隔离性：并发访问数据库时，一个用户的事务不被其他事务所干扰，各并发事务之间数据库是独立的；

持久性：一个事务被提交之后。它对数据库中数据的改变是持久的，即使数据库发生故障也不应该对其有任何影响。

并发导致的问题：

脏读：当一个事务正在访问数据并且对数据进行了修改，而这种修改还没提交到数据库中，这时候的另一个事务也访问了这个数据，然后使用了数据，因为这个数据是还没有提交的数据，那么另一个数据读取到的就是“脏数据”，依据“脏数据”做出的操作可能是不正确的

幻读：它发生在一个事务（事务1）读取了几行数据，紧接着另一个并发的事务（事务2）插入了一条数据，在事务1随后的查询过程中就会发现一些原本不存在的记录，好像发生了幻觉一样，所以称之为幻读。

不可重复读：指的是事务1在本事务内多次去读同一数据，在这个事务还没结束时，事务2对该数据进行了访问并修改，由于数据发生了修改，那么第一个事务在两次读取数据之间就有可能造成不一样，这就发生了一个事务连续两次读到的数据不一样的情况，称之为不可重复读。

丢失修改：指在一个事务读取一个数据时，另外一个事务也访问了该数据，那么在第一个事务中修改了这个数据后，第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失，因此称为丢失修改。例如：事务1读取某表中的数据A=20，事务2也读取A=20，事务1修改A=A-1，事务2也修改A=A-1，最终结果A=19，事务1的修改被丢失。

为了解决以上出现的问题：

事务提出了四个隔离级别

SQL 标准定义了四个隔离级别：

READ-UNCOMMITTED(读取未提交)：

最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读。

READ-COMMITTED(读取已提交)：

允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生。

REPEATABLE-READ(可重复读)：

对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。

SERIALIZABLE(可串行化)：

最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。

隔离级别	脏读	不可重复读	幻读
READ-UNCOMMITTED	√	√	√
READ-COMMITTED	×	√	√
REPEATABLE-READ	×	×	√
SERIALIZABLE	×	×	×

MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读）

锁机制与InnoDB锁算法

MyISAM和InnoDB存储引擎使用的锁：

MyISAM采用表级锁(table-level locking)。
InnoDB支持行级锁(row-level locking)和表级锁,默认为行级锁

表级锁和行级锁对比：

表级锁： MySQL中锁定粒度最大的一种锁，对当前操作的整张表加锁，实现简单，资源消耗也比较少，加锁快，不会出现死锁。其锁定粒度最大，触发锁冲突的概率最高，并发度最低，MyISAM和 InnoDB引擎都支持表级锁。
行级锁：MySQL中锁定粒度最小的一种锁，只针对当前操作的行进行加锁。行级锁能大大减少数据库操作的冲突。其加锁粒度最小，并发度高，但加锁的开销也最大，加锁慢，会出现死锁。

Record Lock: 单个行记录上的锁

Gap Lock: 间隙锁，锁定一个范围，不包括记录本身

Next-key Lock： record+gap 锁定一个范围，包含记录本身

虽然使用行级索具有粒度小、并发度高等特点，但是表级锁有时候也是非常必要的：