锁解析

数据库系统使用锁是为了支持对共享资源进行并发访问，提供数据的完整性和一致性。

对于MYISAM引擎，其锁是表锁设计。lock的对象是事务，用来锁定的是数据库中的对象，如表、页、行。并且一般lock的对象仅在事务commit或rollback后进行释放（不同事务隔离级别释放的时间可能不同）。

两种锁,latch和lock，lock有死锁机制。

 

 对于latch锁，可以通过命令show engine innodb mutex来进行查看。

对于lock锁，用户可以通过命令show engine innodb status ,及information_schema架构下的表innodb_trx、innodb_locks、innodb_lock_watis来观察锁的信息。

innodb存储引擎实现了如下两种标准的行级锁：

共享锁：允许事务读一行数据。

排它锁：允许事务删除或更新一行数据。

 

 为了支持多粒度锁定，innodb存储引擎支持一种额外的锁方式，称之为意向锁。

意向共享锁：事务想要获得一张表中某几行的共享锁。（表级锁）

意向排它锁：事务想要获得一张表中某几行的排他锁。（表级锁）

 

 

 

 

 

 

 

 

 

 

一致性非锁定读

此情况就是在读的时候，假如锁读取的数据有了x锁，这个时候不会去等待锁的释放，而是去读取之前的快照，因为事务开始时存了一个快照，undo段来完成。

 

 在事务隔离级别read committed 和repeatable read下，innodb存储引擎使用非锁定的一致性读。

这两个也是由区别的，read commited总是读取的最新的快照。而repeatable read 读的是事务开始时的行数据版本。

一般情况下读取操作是采用非锁定读，但有时在事务中为了保证数据的一致性，需要显示的给读取操作上锁。

innodb存储引擎对于select语句支持两种一致性的锁定读操作：

select。。。。for update

select.......lock in share mode

select .....for update 对读取的行记录加一个X锁，其他事务不能对以锁定的行加上任何锁。select。。。lock in share mode对读取的行记录加一个S 锁，其他事务可以向锁定的行加S 锁，但是如果加X锁，则会被阻塞。

上述两个锁在事务提交的时候，锁也就释放了。因此在使用上述两句select锁定语句时，务必加上begin,start transaction或者set autocommite=0.