读写锁
处理并发读/写访问的系统通常实现一个由两种锁类型组成的锁系统 两种锁通常呗称为共享锁和 排他锁,也叫读锁和写锁。
读锁多个线程可以同时添加读锁而不会阻塞,但会阻塞获取写锁的线程。
mysql常见读锁有:
lock in share mode
select * from table where id = 1 lock in share mode
写锁只要有一个线程添加写锁之后,其他无论读锁还是写锁等会阻塞等待。
select… for update
注意:for update 需要使用唯一索引作为筛选条件,不然会升级为表锁。另外在事务中执行写操作都是隐式添加独享锁。
锁的粒度
我们需要在考虑并发安全下,同样需要考虑并发的性能,需要控制好锁的粒度。
表锁
简单说的就是会锁整张表,innodb存储引擎下,如果我们使用for update 不添加where id条件的话,会自动升级为排它的表级锁。如果必须使用LOCK TALBES表锁的话,需要注意以下几点:
- 仅当autocommit=0、innodb_table_lock=1(默认设置)时,InnoDB层才能知道MySQL加的表锁,这个时候如果出现锁死,mysql才会自动检测处理。
- 在使用LOCAK TABLES,还需要注意表锁释放和事务释放的顺序
innodb LOCAK TABLES表锁例子
# LOCAK TABLES 表锁
SET AUTOCOMMIT=0;
LOCAK TABLES t1 WRITE, t2 READ, ...;
[do something with tables t1 and here];
COMMIT;
UNLOCK TABLES;
# for update 表锁
select * from table for update
间隙锁
MySQL 间隙锁的具体应用是在执行下列类型的查询时,MySQL 会自动使用间隙锁:
SELECT 语句,涉及到一个范围的值
SELECT * FROM mytable WHERE id > 10 AND id < 20;
UPDATE 语句,涉及到一个范围的值
UPDATE mytable SET col1 = ‘foo’ WHERE id > 10 AND id < 20;
DELETE 语句,涉及到一个范围的值
DELETE FROM mytable WHERE id > 10 AND id < 20
Next-Key Lock 临键锁
对同样是对一个范围加锁,与间隙锁类似。
Next-Key Lock 临键锁
事务
ACID: 原子性、一致性、隔离性、持久性
原子性
事务整体要么全部失败回滚,要么全部成功提交。
一致性
事务保证数据库从一个一致性状态转移到下一个一致性状态。
隔离性
一个事务所做的修改在最终提交以前,对其他事务是
不可见的,这就是隔离性带来的结果。
mysql 隔离级别
- 读未提交
- 读已提交
- 可重复读 (默认) 通过排它行锁+MVCC实现
- 可串行化 (单线程执行)
持久性
一旦提交,事务所做的修改就会被永久保存到数据库中。此时即
使系统崩溃,数据也不会丢失。
死锁
死锁是指两个或多个事务相互持有和请求相同资源上的锁,产生了循
环依赖。当多个事务试图以不同的顺序锁定资源时会导致死锁。当多
个事务锁定相同的资源时,也可能会发生死锁。
理解 AUTOCOMMIT
默认情况下,单个INSERT、UPDATE或DELETE语句会被隐式包装在一个
事务中并在执行成功后立即提交,这称为自动提交(AUTOCOMMIT)模
式。通过禁用此模式,可以在事务中执行一系列语句,并在结束时执
行COMMIT提交事务或ROLLBACK回滚事务。
隐式锁定和显式锁定
Innodb使用两阶段锁定协议,在事务执行期间,随时获取锁,但是只有在提交或者回滚才会统一释放所有的锁。显示加锁的案例:分别是for update 排它锁 ,for share共享锁,都需要在事务中执行。
多版本并发控制 MVCC
MVCC的共工作原理是使用数据在某个时间点的快照来实现的。这意味,同一事务运行多长时间,都可以看到数据的一致视图。另外也意味着不同的事务在同一时间可能看到同一张表中的不同数据 !
MVCC 流程序列图
具体详情:
- 每个事务开启时候分配一个事务ID,首次读取任何数据时分配。
- 事务在修改某条记录时,将向Undo日志写入一条如何恢复更改的记录,事务的回滚指针指向该记录。
- 后续事务会通过当前的Undo版本链判断需要使用的合适版本。