中英文网站建设 大概要多久,中文网站建设设计,wordpress后台路径,做一个小说网站需要多少钱文章目录 一、表级锁和行级锁二、排他锁和共享锁三、InnoDB行级锁行级锁间隙锁意向共享锁和意向排他锁 四、InnoDB表级锁五、死锁六、锁的优化建议 一、表级锁和行级锁
表级锁#xff1a; 对整张表加锁。开销小#xff0c;加锁快#xff0c;不会出现死锁#xff1b;锁粒度… 文章目录 一、表级锁和行级锁二、排他锁和共享锁三、InnoDB行级锁行级锁间隙锁意向共享锁和意向排他锁 四、InnoDB表级锁五、死锁六、锁的优化建议 一、表级锁和行级锁
表级锁 对整张表加锁。开销小加锁快不会出现死锁锁粒度大发生锁冲突的概率高并发度低。
行级锁 对某行记录加锁。开销大加锁慢会出现死锁锁定粒度最小发生锁冲突的概率最低并发度高。 二、排他锁和共享锁
排它锁Exclusive又称为X 锁写锁。共享锁Shared又称为S 锁读锁。
X和S锁之间有以下的关系 SS可以兼容的XS、SX、XX之间是互斥的 一个事务对数据对象 O 加了 S 锁可以对 O 进行读取操作但不能进行更新操作。加锁期间其它事务能对O 加 S 锁但不能加 X 锁。 一个事务对数据对象 O 加了 X 锁就可以对 O 进行读取和更新。加锁期间其它事务不能对 O 加任何锁。 显示加锁select ... lock in share mode 强制获取共享锁select ... for update 获取排它锁。
例如
先创建一张表结构如下 这里事务一 for update 获取了该行记录的排它锁此时其他事务既不能读也不能写。此时如果事务二想要获取排它锁或共享锁时也获取不到。 当然如果此时事务二想要获取其他行的共享锁或者排它锁时是可以实现的。 这里我们需要注意的是在InnoDB中行锁是加在索引上的如果我们的过滤条件中没有索引那么就默认加的是表锁。 三、InnoDB行级锁
行级锁
InnoDB存储引擎支持事务处理表支持行级锁定并发能力更好。
InnoDB行锁是通过给索引上的索引项加锁来实现的而不是给表的行记录加锁实现的这就意味着只有通过索引条件检索数据InnoDB才使用行级锁否则InnoDB将使用表锁。
举一个例子还是上面的 user 表我们将 name 一列创建上一个普通索引。 这里我们可以看到如果给name一列添加索引时那么InnoDB就会使用行级锁。
由于InnoDB的行锁实现是针对索引字段添加的锁不是针对行记录加的锁因此虽然访问的是InnoDB引擎下表的不同行但是如果使用相同的索引字段作为过滤条件依然会发生锁冲突只能串行进行不能并发进行。 即使SQL中使用了索引但是经过MySQL的优化器后如果认为全表扫描比使用索引效率更高此时会放弃使用索引因此也不会使用行锁而是使用表锁比如对一些很小的表MySQL就不会去使用索引。
在串行化隔离级别中解决了脏读、不可重复读和幻读的问题因为了在串行化中纯粹使用了共享锁和排它锁。 这说明了SS锁是可以共享的SX锁是互斥的。 如果事务1通过主键索引对一行记录加锁那么事务2如果通过辅助索引也锁定了和事务1一样的行那么事务2将不能加锁。 行锁是给索引加的锁而不是给数据加的锁。 间隙锁
串行化隔离级别是如何解决幻读问题的 幻读问题 范围查询 本质上是通过 间隙锁gap lock 解决的。
我们先来看现象 下面我们来解决一下原因 所以当事务一向间隙中插入数据时就会阻塞到间隙锁上面。
当我们用范围条件而不是相等条件检索数据并请求共享或排他锁时InnoDB 会给符合条件的已有数据记录的索引项加锁对于键值在条件范围内但并不存在的记录叫做 “间隙GAP)”InnoDB 也会对这个“间隙”加锁这种锁机制就是所谓的间隙锁。举例来说 假如 user 表中只有 101 条记录 其 userid 的值分别是 1,2,…,100,101 下面的 SQL
select * from user where userid 100 for update;是一个范围条件的检索InnoDB 不仅会对符合条件的 userid 值为 101 的记录加锁也会对userid 大于 101但是这些记录并不存在的间隙加锁防止其它事务在表的末尾增加数据。
InnoDB使用间隙锁的目的为了防止幻读以满足串行化隔离级别的要求对于上面的例子要是不使用间隙锁如果其他事务插入了 userid 大于 100 的任何记录那么本事务如果再次执行上述语句就会发生幻读。 间隙锁的加锁范围 现象一 原因 现象二 我们可以看到与预期的现象不同 这是什么原因呢 其实这是因为事务在查询时如果发现索引查询和整表查询所得到的行数相差不多时MySQL就优化查询方式将索引查询优化为整表查询这会导致在加锁时直接加的是 表级锁 对整张表加锁会导致插入任何数据都会阻塞。
所以对于间隙锁的加锁范围我们应该视情况而定。 等值查询
现象 原因 因此串行化隔离在面对等值查询时也可以通过间隙锁来很好的避免幻读问题。 意向共享锁和意向排他锁
首先我们来看一个问题如果我们想要获取一张表的表锁时首先得知道这张表有没有被其他事务获取过锁因为这张表中可能有其他事务的行级锁 当我们想要获取一张表的共享锁S或者排它锁X时最起码得确定这张表又没有被其他事务获取过X锁 假如这张表的数据非常大一千万行数据那么我们应该如何从中得知它有没有被其他事务获取过行锁X锁呢
这里我们就可以使用意向锁来解决这里的效率问题了。
意向共享锁IS锁事务计划给记录加行共享锁事务在给一行记录加共享锁前必须先取得该表的IS 锁。意向排他锁IX锁事务计划给记录加行排他锁事务在给一行记录加排他锁前必须先取得该表的IX 锁。 说明一下
意向锁是由InnoDB存储引擎获取行锁之前自己获取的意向锁之间都是兼容的不会产生冲突意向锁存在的意义是为了更高效的获取表锁表格中的X和S指的是表锁不是行锁意向锁是表级锁协调表锁和行锁的共存关系。主要目的是显示事务正在锁定某行或者试图锁定某行
因此要解决上面所说的效率问题当我们要获取表的X锁时不需要再检查表中的哪些行锁X或者S占用只需要快速检查IX和IS锁即可。 四、InnoDB表级锁
在绝大部分情况下都应该使用行锁因为事务和行锁往往是选择InnoDB的理由但个别情况下也使用表级锁
事务需要更新大部分或全部数据表又比较大如果使用默认的行锁不仅这个事务执行效率低而且可能造成其他事务长时间等待和锁冲突事务涉及多个表比较复杂很可能引起死锁造成大量事务回滚。 如 LOCK TABLE user READ读锁锁表 LOCK TABLE user WRITE; 写锁锁表 事务执行… COMMIT/ROLLBACK; 事务提交或者回滚 UNLOCK TABLES; 本身自带提交事务释放线程占用的所有表锁 五、死锁
MyISAM 表锁是 deadlock free 的 这是因为 MyISAM 总是一次获得所需的全部锁要么全部满足要么等待因此不会出现死锁。但在 InnoDB 中除单个 SQL 组成的事务外锁是逐步获得的即锁的粒度比较小这就决定了在 InnoDB 中发生死锁是可能的如下 当然mysql server 检测到死锁发生时会自动进行事务的回滚操作。从而避免死锁的发生。
死锁问题一般都是我们自己的应用造成的和多线程编程的死锁情况相似大部分都是由于我们多个线程在获取多个锁资源的时候获取的顺序不同而导致的死锁问题。因此我们应用在对数据库的多个表做更新的时候不同的代码段应对这些表按相同的顺序进行更新操作以防止锁冲突导致死锁问题。 六、锁的优化建议
尽量使用较低的隔离级别设计合理的索引并尽量使用索引访问数据使加锁更加准确减少锁冲突的机会提高并发能力选择合理的事务大小小事务发生锁冲突的概率小不同的程序访问一组表时应尽量约定以相同的顺序访问各表对一个表而言尽可能以固定的顺序存取表中的行。这样可以大大减少死锁的机会尽量用相等条件访问数据这样可以避免间隙锁对并发插入的影响不要申请超过实际需要的锁级别除非必须查询时不要显示加锁
