简析mysql中的各种锁机制

mysql中的各种锁机制

锁的大致分类：乐观锁，悲观锁，排它锁(X锁)，共享锁(S锁)，行锁，表锁

1，乐观锁

乐观锁实现原理

在表中的数据进行操作时(更新)，先给数据表加一个版本(version)字段，每操作一次，将那条记录的版本号加1。也就是先查询出那条记录，获取出version字段,如果要对那条记录进行操作(更新),则先判断此刻version的值是否与刚刚查询出来时的version的值相等，如果相等，则说明这段期间，没有其他程序对其进行操作，则可以执行更新，将version字段的值加1；如果更新时发现此刻的version值与刚刚获取出来的version的值不相等，则说明这段期间已经有其他程序对其进行操作了，则不进行更新操作。

eg：

select (version,name) from user where id=#{id}

update user set version=version+1,name=‘a’

where id=#{id} and version=#{version}

2，悲观锁：

悲观锁就是在操作数据时，认为此操作会出现数据冲突，所以在进行每次操作时都要通过获取锁才能进行对相同数据的操作，这点跟java中的synchronized很相似，所以悲观锁需要耗费较多的时间。

共享锁和排它锁是悲观锁的不同的实现，它俩都属于悲观锁的范畴。

共享锁（读锁）：

共享锁指的就是对于多个不同的事务，对同一个资源共享同一个锁。

通过在执行语句后面加上lock in share mode就代表对某些资源加上共享锁了。

共享锁可以在共同加锁的前提下执行select操作，但是不能执行insert，update，delete操作，因为这三个操作自带排它锁

排它锁（写锁）：

排它锁与共享锁相对应，就是指对于多个不同的事务，对同一个资源只能有一把锁。

与共享锁类型，在需要执行的语句后面加上for update就可以了

当事务a使用排它锁锁定了某一些数据时，其他事物此时无法访问这些资源，必须等到事务a将锁释放。

行锁：

字面意思，在操作某条数据时，将某一行数据锁住，悲观锁基本都会发生行锁。

间隙锁：

索引条件非等值查询，范围查询时，即使范围内的某一个主键不存在，也会被锁定。

表锁：

字面意思，将整个表锁住，一般在更新某条数据时，条件字段未加索引，则会全表扫描，产生短时锁表

索引字段如果是varchar，但是未加引号，mysql自动类型转换时，索引会失效，导致行锁变成表锁

eg：

更新user表中name为a的数据，更改为name=‘b’，name未加索引

update user set name=‘b’ where name=‘a’