数据库本质上是一种共享资源
,所以在最大程度提供并发访问性能的同时,仍须要确保每一个用户能以一致的方式读取和修改数据。锁机制(Locking)
就是解决这类问题的最好武器。mysql
首先新建表 test
,其中 id
为主键,name
为辅助索引,address
为惟一索引。程序员
CREATE TABLE `test` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` int(11) NOT NULL,
`address` int(11) NOT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `idex_unique` (`address`),
KEY `idx_index` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8mb4;
复制代码
可见,若是两个事务前后对主键相同的行记录执行 INSERT
操做,由于事务 A
先拿到了行锁,事务 B
只能等待直到事务 A
提交后行锁被释放。同理,若是针对惟一索引字段 address
进行插入操做,也须要获取行锁,图同主键插入过程相似,再也不重复。sql
可是,若是两个事务都针对辅助索引字段 name 进行插入,不须要等待获取锁,由于辅助索引字段即便值相同,在数据库中也是操做不一样的记录行,不会冲突。数据库
Update
方法与 Insert
方法结果相似。bash
事务 A
SELECT FOR UPDATE
语句会拿到表 test
的 Table Lock
,此时事务 B
去执行插入操做会阻塞,直到事务 A
提交释放表锁后,事务 B
才能获取对应的行锁执行插入操做。并发
可是若是事务 A 的 SELECT FOR UPDATE 语句紧跟 WHERE id = 1 的话,那么这条语句只会获取行锁,不会是表锁,此时不阻塞事务 B 对于其余主键的修改操做ide
先看下 test
表下的数据状况:性能
mysql> select * from test;
+----+------+---------+
| id | name | address |
+----+------+---------+
| 3 | 1 | 3 |
| 6 | 1 | 2 |
| 7 | 2 | 4 |
| 8 | 10 | 5 |
+----+------+---------+
4 rows in set (0.00 sec)
复制代码
间隙锁能够说是行锁的一种,不一样的是它锁住的是一个范围内的记录,做用是避免幻读,即区间数据条目的忽然增减。解决办法主要是:ui
id = 7
的 name
字段为 1
,那么 name = 1
的条数就从 2
变为 3
)InnoDB
自动使用间隙锁的条件为:spa
Repeatable Read
隔离级别,这是 MySQL
的默认工做级别当 InnoDB
扫描索引记录的时候,会首先对选中的索引行记录加上行锁,再对索引记录两边的间隙(向左扫描扫到第一个比给定参数小的值, 向右扫描扫描到第一个比给定参数大的值, 以此构建一个区间)加上间隙锁。若是一个间隙被事务 A
加了锁,事务 B
是不能在这个间隙插入记录的。
咱们这里所说的 “间隙锁” 其实不是 GAP LOCK,而是 RECORD LOCK + GAP LOCK,InnoDB 中称之为 NEXT_KEY LOCK
下面看个例子,咱们建表时指定 name
列为辅助索引,目前这列的取值有 [1,2,10]。间隙范围有 (-∞, 1]、[1,1]、[1,2]、[2,10]、[10, +∞)
Round 1:
Round 2:
Round 3:
这是一个不定时更新的、披着程序员外衣的文青小号,欢迎关注。