mysql更改锁级别_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(串行化)

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

原理：事务读数据则加表级共享锁，事务写数据则加表级排他锁。 无论从事什么行业，只要做好两件事就够了，一个是你的专业、一个是你的人品，专业决定了你的存在，人品决定了你的人脉，剩下的就是坚持，用善良專業和真诚赢取更多的信任。