MySQL的各种锁

文章目录

        一、乐观锁（Optimistic Lock）
        二、悲观锁（Pessimistic Lock）
        三、共享锁（Share lock）
        四、排他锁（Exclusive Lock）
        五、行锁
        六、表锁
        七、数据库隔离级别的实现
        1、read uncommitted（读未提交的数据）
        2、read committed（读已提交的数据）
        3、repeatable read（重复读-MySQL默认隔离级别）
        4、serializable（串行化）

一、乐观锁（Optimistic Lock）

每次获取数据的时候，都不会担心数据被修改，所以每次获取数据的时候都不会进行加锁（因为不担心数据被修改），但是在更新数据的时候需要判断该数据是否被别人修改过。如果数据被其他线程修改，则不进行数据更新，如果数据没有被其他线程修改，则进行数据更新。由于数据没有进行加锁，期间该数据可以被其他线程进行读写操作。

【Note】：
比较适合读取操作比较频繁的场景，如果出现大量的写入操作，数据发生冲突的可能性就会增大，为了保证数据的一致性，应用层需要不断的重新获取数据，这样会增加大量的查询操作，降低了系统的吞吐量。
二、悲观锁（Pessimistic Lock）

每次获取数据的时候，都会担心数据被修改，所以每次获取数据的时候都会进行加锁，确保在自己使用的过程中数据不会被别人修改，使用完成后进行数据解锁。由于数据进行加锁，期间对该数据进行读写的其他线程都会进行等待。

【Note】：
比较适合写入操作比较频繁的场景，如果出现大量的读取操作，每次读取的时候都会进行加锁，这样会增加大量的锁的开销，降低了系统的吞吐量。
三、共享锁（Share lock）

共享锁也叫S锁，是一种读锁，当一个事务获得了一条数据的共享锁，其它事务也能获得该共享锁，但不能获得排他锁，表明其它事务可读。在执行语句后面加上lock in share mode就代表对某些资源加上共享锁了。

【Note】：
共享锁保证大家可以一起读，但只能一个人写。
四、排他锁（Exclusive Lock）

排他锁也叫X锁，是一种写锁，当一个事务对临界区加上排他锁，其它事务就不能获得该临界区的任何锁（共享锁，排他锁）。

【Note】：
排他锁保证只能一个人去处理数据，其他人不能读也不能写。
五、行锁

行锁，由字面意思理解，就是给某一行加上锁，也就是一条记录加上锁。
六、表锁

表锁，和行锁相对应，给这个表加上锁。
七、数据库隔离级别的实现
1、read uncommitted（读未提交的数据）

现象：不会丢失数据，事务1还未提交的修改能被事务2读取，可以读到没有提交或者回滚的内容 （脏数据）。

原理：写数据时加上排他锁，直到事务结束， 读的时候不加锁。
2、read committed（读已提交的数据）

现象：能避免“丢失数据”和“脏数据”，事务1能读到其他已提交事务的修改，出现“不可重复读”的问题。

原理：写数据的时候加上排他锁， 直到事务结束，读的时候加上共享锁，读完数据立刻释放。
3、repeatable read（重复读-MySQL默认隔离级别）

现象：能避免“丢失数据”和“脏数据”， “不可重复读”三个问题，事务1能读取到其他事务新插入读数据，出现“幻读”的问题。

原理：写数据的时候加上排他锁，直到事务结束， 读数据的时候加共享锁， 事务提交之后立刻释放该共享锁。
4、serializable（串行化）

现象：能避免“丢失数据”和“脏数据”， “不可重复读”，“幻读”四个问题。

原理：事务读数据则加表级共享锁，事务写数据则加表级排他锁。