在已经开启事务的前提下:
共享锁
A用户使用了共享锁,B用户可以使用共享锁或者不用锁能查询到数据,但是使用排他锁就会报错
A更新数据,但是会一直在等待,假如1s后B也更新数据,这时就会陷入死锁报错退出。然后A就能更新成功了
排他锁
A用户使用了排他锁,B用户就使用排他锁或者共享锁来获取数据,会一直等待中
A用户更新数据并提交事务,此时B用户用户获得锁成功并查得数据
InnoDb的锁的一些注意事项
1. 在不通过索引条件查询的时候,InnoDB确实使用的是表锁,而不是行锁
像我们平常通过id查询这个就是通过索引条件查询,因为一般来说id都会做为主键,主键会创建索引
如果通过user_name来查询这个就不是通过索引条件查询,除非你给user_name加一个索引就可以
2. 由于MySQL的行锁是针对索引加的锁,不是针对记录加的锁,所以虽然是访问不同行的记录,但是如果是使用相同的索引键,是会出现锁冲突的。应用设计的时候要注意这一点。
3. 当表有多个索引的时候,不同的事务可以使用不同的索引锁定不同的行,另外,不论是使用主键索引、唯一索引或普通索引,InnoDB都会使用行锁来对数据加锁。
行锁与表锁的区别:
行锁顾名思义标识该条数据被锁,无法被获得锁的操作更新或者访问
表锁表示整个表都无法被未获得锁的操作更新或者访问
更深入了解可以看这个Innodb锁机制
以下内容为转载
mysql锁机制分为表级锁和行级锁,
行级锁中的共享锁(select ... lock in share mode)与排他锁(select ...for update)进行分享交流
共享锁又称为读锁,简称S锁,顾名思义,共享锁就是多个事务对于同一数据可以共享一把锁,都能访问到数据,但是只能读不能修改。
排他锁又称为写锁,简称X锁,顾名思义,排他锁就是不能与其他所并存,如一个事务获取了一个数据行的排他锁,其他事务就不能再获取该行的其他锁,包括共享锁和排他锁,但是获取排他锁的事务是可以对数据就行读取和修改。
对于共享锁大家可能很好理解,就是多个事务只能读数据不能改数据,对于排他锁大家的理解可能就有些差别,我当初就犯了一个错误,以为排他锁锁住一行数据后,其他事务就不能读取和修改该行数据,其实不是这样的。
排他锁指的是一个事务在一行数据加上排他锁后,其他事务不能再在其上加其他的锁。mysql InnoDB引擎默认的修改数据语句,update,delete,insert都会自动给涉及到的数据加上排他锁,select语句默认不会加任何锁类型,如果加排他锁可以使用select ...for update语句,加共享锁可以使用select ... lock in share mode语句。
所以加过排他锁的数据行在其他事务种是不能修改数据的,也不能通过for update和lock in share mode锁的方式查询数据,但可以直接通过select ...from...查询数据,因为普通查询没有任何锁机制。
说了这么多,咱们来看下以下简单的例子:
我们有如下测试数据
现在我们对id=1的数据行排他查询,这里会使用begin开启事务,而不会看见我关闭事务,这样做是用来测试,因为提交事务或回滚事务就会释放锁。
打开一个查询窗口
会查询到一条数据,现在打开另一个查询窗口,对同一数据分别使用排他查和共享锁查询两种方式查询
排他查
共享查
我们看到开了排他锁查询和共享锁查询都会处于阻塞状态,因为id=1的数据已经被加上了排他锁,此处阻塞是等待排他锁释放。
如果我们直接使用以下查询呢
我们看到是可以查询到数据的。
我们再看一下一个事务获取了共享锁,在其他查询中也只能加共享锁或不加锁。
我们看到是可以查询数据的,但加排他锁就查不到,因为排他锁与共享锁不能存在同一数据上。
最后我们验证下上面说的mysql InnoDb引擎中update,delete,insert语句自动加排他锁的问题,
此时共享查询处于阻塞,等待排它锁的释放,但是用普通查询能查到数据,因为没用上锁机制不与排他锁互斥,但查到的数据是修改数据之前的老数据。
然后我们提交数据,释放排他锁看下修改后的数据,此时可用排他查,共享查和普通查询, 因为事务提交后该行数据释放排他锁,下面就只显示普通查询,其他的同学们自己去验证。
可以看到结果与预期的一样。