Mysql读写锁及事务

2018/11/29 21:20
阅读数 737

读写锁

同一用户并发读取同一条数据,不会出现什么问题,因为读取不会修改数据,但是如果某个用户正在读取某张表,而同一时刻另一用户正在修改这张表的id为1的数据,会产生什么后果?
答案是不确定的,读的用户可能会报错退出,也可能读到不一致的数据。 
解决这类经典问题的就是并发控制。在处理并发读写的时候,可以通过实现一个由两种类型的锁组成锁系统来解决问题。这两种锁就是读锁(共享锁)和写锁(排他锁)。


读锁(共享锁)是读取操作创建的锁。其他用户可以并发读取数据,但任何事务都不能对数据进行修改(获取数据上的排他锁),直到已释放所有共享锁。 
如果事务T对数据A加上共享锁后,则其他事务只能对A再加共享锁,不能加排他锁。获准共享锁的事务只能读数据,不能修改数据。

写锁(排他锁)如果事务T对数据A加上排他锁后,则其他事务不能再对A加任任何类型的封锁。获准排他锁的事务既能读数据,又能修改数据。

事务可以通过以下语句给sql加共享锁和排他锁: 
共享锁:select …… lock in share mode; 
排他锁:select …… for update;

共享锁: 


排它锁: 


读锁和写锁都是行级锁,InnoDB的行锁是通过给索引上的索引项加锁来实现的,如果没有索引,InnoDB将通过隐藏的聚簇索引来对记录加锁,InnoDB行锁分为3中情形: 
1. Record Lock:对索引项加锁。 
2. Gap Lock:对索引项之间的“间隙”、第一条记录前的“间隙”或最后一条记录后的“间隙”加锁。 
3. Next-key Lock:前两种的结合,对记录及其前面的间隙加锁。 
InnoDB这种行锁的实现特点意味着,如果不通过索引条件检索数据,那么InnoDB将对表中的所有记录加锁,实际效果跟锁表一样。

事务

– ACID – 
原子性(Atomicity):整个事务操作要么全部成功,要么全部失败。 
一致性(Consistency): 
隔离性(Isolation):一个事务所做的修改在提交之前,对其他事务是不可见的。也就是说事务互不影响。 
持久性(Durability):一旦事务提交,则其所做的修改就会永久保存到数据库中。

隔离级别: 
read uncommit(读未提交):在此隔离级别下,事务中的修改,及时没有提交,对其他事务也都是可见的。会出现脏读。 
read commit(读已提交):事务中的修改,在提交之前,对其他事务是不可见的。会出现不可重复读。 
repeatable read(可重复读):mysql默认的隔离级别。同一个事务中 ,多次执行相同的select,结果是一致的。会出现幻读。需要注意的是InnoDB和XtraDb存储引擎通过MVCC(多版本控制)解决了幻读的问题,准确来说是通过间隙锁解决了幻读的问题。 
serializable(可串行化):会在读取的每一行上都加锁,解决了幻读,但不建议使用。

脏读:事务可以读取未提交的数据。 
不可重复读:同一个事务,多次执行相同的select,结果不一样。 
幻读:事务A读取某个范围的记录时,事物B在该范围插入了新事物,事物A再次读取该范围内的记录时,会产生幻行。
 

展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部