Mysql系列（十一）—Msql之锁

最新推荐文章于 2024-06-10 20:20:17 发布

咸鱼还是要有梦想的

最新推荐文章于 2024-06-10 20:20:17 发布

阅读量152

点赞数

分类专栏： mysql 文章标签： mysql

本文链接：https://blog.csdn.net/qq_26531719/article/details/108039218

版权

mysql 专栏收录该内容

19 篇文章 0 订阅

订阅专栏

锁是数据库系统区别于文件系统的一个关键特性，锁机制用于管理对共享资源的并发访问。

Lock与latch

latch一般称为闩锁，又可以分为mutex（互斥量）和rwlock(读写锁)。其目的是用来保证并发线程操作临界自资源的正确性，通常没有死锁检测机制。

lock的对象是事务，一般在commit或rollback之后进行释放。其是有死锁机制的。

InnoDB存储引擎中的锁

锁的类型

行锁分为：共享锁（S Lock）、排他锁（X Lock）。如果一个事务已经获得了行r的共享锁，那么另外的事务可以立即获得r的共享锁，称为锁兼容。如果两个是排他锁，那么后一个事务必须等待前一个事务执行完成释放锁，该情况为锁不兼容。

意向锁

InnoDB支持多粒度锁定，支持行级和表级的同时锁定。InnoDB提供了意向锁，意向锁分为多个层次，意向锁意味着希望在更细粒度上进行加锁。如果要对r记录上X锁，那么首先分别需要对数据库A、表、页上意向锁IX，最后对r上X锁。如果有任何一个部分导致等待，那么该操作需要等待粗粒度锁的完成(意味着当检测到表上有IX后，将进行等待，不需要继续向下判断，提高效率)。

意向锁页分为意向共享锁（IS Lock）意向排他锁（IX Lock）.

一致性非锁定读

一致性非锁定读是指InnoDB通过行多版本控制的方式来读取当前执行时间数据库中行的数据。如果读取的行正在执行修改操作，那么此时的读取操作不会等行锁的释放。其会去读取行的一个快照数据，其快照数据的方式是通过undo段来完成的。一致性非锁定读极大的提高了数据库的并发性。默认为此读取方式，但是对于不同的事务隔离级别，读取的方式不同。即使都使用非锁定一致性读，对于快照数据的定义也不同。

在事务隔离级别READ COMMITED 和 REPEATABLE READ下，innoDB使用非锁定的一致性读。然而，对于快照数据的定义却不相同。READ COMMITED下，非一致性读总是读取被锁定行的最新一份快照数据。而在REPEATABLE READ下，非一致性读总是读取事务开始时的行数据版本。

一致性锁定读

用户事务隔离级别为REPEATABLE READ模式下，select操作使用一致性非锁定读。某些情况下需要显示的进行加锁

select ... from update X锁

select ... lock in share mode S锁

自增长与锁

自增长在Innodb内存结构中，是对每个有其的表都有一个自增长计数器。当对含有自增长计数器的表进行插入操作时，这个计数器会被初始化。插入操作会根据这个自增长的计数器值加1赋予自增长列。这种实现方式称为AUTO-INC Locking.这种锁其实是一种特殊的表锁机制。为了提高插入的性能，当该sql插入后就会被释放，而不是等事务结束后才释放。但是其对于大批量的数据插入依然存在性能问题。mysql5.1.22开始，提供了一种轻量级互斥量的自增长实现机制。可以通过innodb_autoinc_lock_mode来控制自增长的模式，默认为1。