mysql的行级锁、表级锁、页级锁

  锁是在执行多线程时用于强行限制资源访问的同步机制,即用于在并发控制中保证对互斥要求的满足

  行级锁:是mysql中锁定粒度最细的一种锁,表示只针对当前操作的行进行加锁。行级锁能大大减少数据库操作的冲突。其加锁粒度最小,但加锁的开销也最大。行级锁分为共享锁和排他锁

  特点:开销大,加锁慢,会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度最高

  

  表级锁:是mysql中锁定粒度最大的一种锁,表示对当前操作的整张表加锁,它实现简单,资源消耗较少,被大部分mysql引擎支持,表级锁分为共享锁与排他锁

  特点:开销小,加锁快,不会出现死锁;锁定粒度大,发出锁冲突的概率最高,并发度最低

  页级锁:是mysql中锁定粒度结余行级锁和表级锁中间的一种锁。表级锁速度快,但冲突多,行级锁冲突少,但速度慢。所以取了折中的页级,一次锁定相邻的一组记录

  

  innodb中的行锁与表锁

  在innodb引擎中既支持行锁也支持表锁,那么什么时候回锁住整张表,什么时候只锁住一行?

  innodb行锁是通过索引上的索引项加锁来实现的,这一点mysql与Oracle不同,后者是通过在数据块中对相应数据航加锁来是想的。innodb这种行锁实现特点意味着,只有通过索引条件检索数据,innodb才使用行级锁,否则,innodv 讲使用表锁

  在实际应用中,要特别注意innodb行锁这一特性,不然,可能导致大量的锁冲突,从而影响并发性能。

  行级锁都是基于索引的,如果一条SQL语句用不到索引是不会使用行级锁的,会使用表级锁。行级锁的缺点是:由于需要请求大量的锁资源,所以速度慢,内存小寒大。

  

  行级锁与死锁

  在innodb中,锁是逐步获得的,就造成了死锁的可能。

  在mysql中,行级锁并不是直接锁记录,而是所索引。索引分为主键索引和非主键索引两种,如果一条slql语句操作了主键索引,没有啥情况就会锁定这条主键索引,如果一条语句操作了非主键索引,mysql会先锁定非主键索引,在锁定相关的主键索引。在update,delete操作是,mysql不仅锁定WHERE条件扫描过的所有索引记录,而且会锁定相邻的键值。

   当两个事务同时执行,一个锁住了主键索引,在等待其他相关索引,另一个锁住了非主键索引,在等待主键索引。这样就会发生死锁

  发生死锁后,innodb一般都可以检测到,并使一个事务释放所回退,另一个获取锁完成事务

 

  有多种方法可以避免死锁,这里只介绍常见的三种

  1、如果不同程序会并发存取多个表,尽量约定以相同的顺序访问表,可以大大降低死锁机会。

  2、在同一个事务中,尽可能做到一次锁定所需要的所有资源,减少死锁产生概率;

  3、对于非常容易产生死锁的业务部分,可以尝试使用升级锁定颗粒度,通过表级锁定来减少死锁产生的概率;

原文地址:https://www.cnblogs.com/alighie/p/8298220.html