MySql的锁定机制
锁的分类
Mysql中的锁,根据锁住的粒度不同,分为三种类型。
行级锁定(row-level)
行级锁定,顾名思义就是对数据的一行进行锁定,这样的锁粒度最小,自然带来了最高的并发处理性能,但是针对行的锁,同样意味着,当并发数量大的时候,会产生大量的锁,这个时候锁的性能开销会占用较多的系统资源,降低整个系统的性能。具体来说就是,当锁粒度小的时候,每次获取和释放锁所需要做的事情就越多,带来的消耗也就越大。此外,过多的锁也更容易造成死锁的问题。
表级锁定(table-level)
与行级锁相反,表级锁定是最大粒度的锁定机制,该锁定机制正如他的名字一样,是对整个表的锁定,所以产生的锁是最少的,且由于是对整个表的锁定,所以可以很好的规避死锁问题。不过粒度大带来的问题,自然是因为锁资源在高并发的情况下,竞争激烈,并发程度大打折扣。
页级锁定 (page-level)
页级锁定是Mysql中比较独有的一种锁定级别,页级锁定是介于表级锁定和行级锁定之间的,不过很可惜,页级锁定依旧会有死锁问题,
锁定类型
mysql的内部实现中更有多达11种的锁定类型,由系统中的一个枚举量(thr_lock_type)定义,各个值的描述如下
锁定类型 | 说明 |
---|---|
ignore | 当发生锁请求的时候,内部交互使用,在锁定结果和队列中不会有任何信息存储 |
unlock | 释放锁清秋的交互用锁类型 |
read | 普通读锁定 |
write | 普通写锁定 |
read_with_shared_locks | 在 Innodb引擎中使用到,select ... lockin shared mode会使用该锁 |
read_high_priority | 高优先级读锁定 |
read_no_insert | 不允许并发插入(ConcurentInsert)的锁定 |
write_allow_write | 当由存储引擎自行处理锁定的时候,mysqld允许其他的线程再获取读或者写锁定,因为即使资源冲突,存储引擎自己也会知道怎么来处理 |
write_allow_read | 这种锁定发生在对表做DDL(ALTERTABLE...)的时候,MySQL可以允许其他线程获取读锁定,因为MySQL是通过重建整个表然后再RENAME而实现的该功能,所在整个过程原表仍然可以提供读服务 |
write_concurrent_insert | 正在进行ConcurentInsert时候所使用的锁定方式,该锁定进行的时候,除了READ_NO_INSERT之外的其他任何读锁定请求都不会被阻塞 |
write_delayed | 在使用INSERTDELAYED时候的锁定类型 |
write_low_priority | 显示声明的低级别锁定方式,通过设置LOW_PRIORITY_UPDAT=1而产生 |
write_only | 当操作过程中某个锁定异常中断之后系统内部需要进行closetable操作,在这个过程中出现的锁定类型就是write_only |
表级锁定
MySql的表级锁定分为两种,读和写。在MySql中,用四个队列来维护这两种锁定:两个存放当前正在锁定中的读和写锁定信息,另外两个存放等待中的读写锁定信息。
- Curent read-lock queue (lock->read)
- Pending read-lock queue (lock->read_wait)
- Current write-lock queue (lock->write)
- Pending write-lock queue (lock->write_wait)
当前持有读锁的所有线程的相关信息都能在Current read-lock queue 中找到,队列中的信息按照获取到所得时间存放,而正在等待锁定资源的信息则存放在Pending read-lock queue中。另外两个同理相似。
读锁定
当一个新的客户端请求申请获取读锁定资源的时候,会有如下流程
mysql获取读锁资源流程图.png获取读锁定资源,必须要满足当前资源没有被写锁定,并且写锁定等待队列中没有更高优先级的写锁定的时候,才能获取资源,否则都要进入等待队列。
写锁定
写锁定比较复杂,会经历如下的流程
mysql获取写锁定流程图.png读请求和写等待队列中的优先级规则
-
除了READ_HIGH_PRIORITY的读锁定之外,Pendingwrite-lockqueue中的WRITE写锁定能够阻塞所有其他的读锁定;
-
READ_HIGH_PRIORITY读锁定的请求能够阻塞所有Pendingwrite-lockqueue中的写锁定;
-
除了WRITE写锁定之外,Pendingwrite-lockqueue中的其他任何写锁定都比读锁定的优先级低。
http://www.cnblogs.com/ggjucheng/archive/2012/11/14/2770445.html
网友评论