MySQL锁机制学习

最新推荐文章于 2024-10-20 14:15:32 发布

whuruby

最新推荐文章于 2024-10-20 14:15:32 发布

阅读量325

点赞数

分类专栏： MySQL 文章标签： mysql

本文链接：https://blog.csdn.net/liupeng_qwert/article/details/72935469

版权

MySQL 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

一、MyISAM
1、MyISAM支持表锁，表级锁有两种模式：表共享读锁（Table Read Lock）和表独占写锁（Table Write Lock）
2、MyISAM存储引擎的读锁和写锁是互斥的，读写操作是串行的
3、默认情况下，MyISAM写锁优先级大于读锁，一个进程请求某个 MyISAM表的读锁，同时另一个进程也请求同一表的写锁，最终是写进程先获得锁。这是因为MySQL认为写请求一般比读请求要重要。

这也正是MyISAM表不太适合于有大量更新操作和查询操作应用的原因，大量的更新操作会造成查询操作很难获得读锁

二、InnoDB引擎
1、相对MyISAM，InnoDB引入了事务机制和行锁
2、InnoDB既支持表锁也支持行锁，默认使用行锁
3、InnoDB具有两种类型行锁：
（1）共享锁（S）：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁
（2）排他锁（X)：允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和排他写锁
4、InnoDB行锁是基于锁引实现的，如果不通过索引访问数据，InnoDB会使用表锁
5、InnoDB间隙锁：当用范围条件而不是相等条件检索数据或者如果使用相等条件请求给一个不存在的记录加锁，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁，目的为了防止幻读
例如：
使用范围条件检索被加间隙锁：假如emp表中只有101条记录，其empid的值分别是 1,2,...,100,101，下面的SQL：
Select * from emp where empid > 100 for update;是一个范围条件的检索，InnoDB不仅会对101加锁，也会对empid大于101（这些记录并不存在）的“间隙”加锁
使用相等条件给不存在记录加锁：假如emp表中只有101条记录，其empid的值分别是1,2,......,100,101，下面SQL：
select * from emp where empid = 102 for update

最佳实践：在实际应用开发中，尤其是并发插入比较多的应用，我们要尽量优化业务逻辑，尽量使用相等条件来访问更新数据，避免使用范围条件

三、关于死锁
1、MyISAM表锁总是一次获得所需的全部锁，要么全部满足，要么等待，因此不会出现死锁
2、InnoDB中，除单个SQL组成的事务外，锁是逐步获得的，因此容易发生死锁，例如
session_1：                                                 session_2：
set autocommit = 0;                                                       set autocommit = 0;
select * from table_1 where id=1 for update;                 select * from table_2 where id=2 for update;
select * from table_2 where id =2 for update;                select * from table_1 where id =1 for update;

死锁原因：在行锁前提下，两个Session加锁顺序不一致

怎样避免：让不同的session加锁有次序，如果session_2也是先给id=1加锁，那么session_2会一直等待session_1释放锁，也就不会有机会给id=2加锁了

四、避免死锁

应当尽量从设计和程序实现上减少甚至避免死锁，而不是探究死锁的解决办法

五、悲观锁与乐观锁

1 悲观锁

定义：假定数据可能随时被其它事务更新，当前事务更新很有可能失败

实现：

使用数据库内置锁机制：当前事务想要更新某一条数据，在读取时立即对该条数据加锁，锁具有排他性，在当前事务处理完成之前，其它事务没有机会更新该条数据。

锁分两种类型：行锁和表锁。MyIASM只支持表锁，InnoDB既支持表锁也支持行锁，默认是行锁。MyIASM不会发生死锁，InnoDB会发生死锁。

悲观锁模拟：

测试表格：t_goods