MySQL与InnoDB下共享锁与排他锁实例分析

这篇文章主要介绍“MySQL与InnoDB下共享锁与排他锁实例分析”的相关知识，小编通过实际案例向大家展示操作过程，操作方法简单快捷，实用性强，希望这篇“MySQL与InnoDB下共享锁与排他锁实例分析”文章能帮助大家解决问题。共享锁(Shared Lock)共享锁、S锁、读锁，都是他的叫法。
而我，喜欢叫他 共享读锁 。A shared (S) lock permits the transaction that holds the lock to read 。 共享锁允许持有该锁的事务读取。这里的共享是， 读读共享 。也就是说，无论是行级或是表级，如果对某数据上了共享读锁，其他事务可以继续读（也就是允许持有共享读锁），但是不能写，也就是读写互斥。顺便介绍一下如何加共享锁（共享读锁）：上表级共享锁，也就是表级共享读锁：上行级共享锁，也就是行级共享读锁：在这啰唆一点，注意了，在InnoDB 下，不是你想用行锁就用行锁的，行锁的触发条件我们再次回顾下（开篇有提到）：排他锁(Exclusive Lock)排他锁、写锁、X锁，都是他的叫法。而我，喜欢叫他 独占写锁。An exclusive (X) lock permits the transaction that holds the lock to update or delete。独占（X）锁允许持有锁的事务更新或删除。独占，这个词。打过篮球没，以前初中打篮球不懂事，拿着球就不传。同学就说我，你好独啊。

是的，我很独。就跟这个独占写锁（排他锁）一样，很独。当事务对某数据加上了独占写锁（排他锁），只有当前事务能够对这数据执行修改或删除操作。其他事务，不能读，不能写 。因为这个锁很独，必须等这个很独的锁使用完了（释放），其他事务才有机可乘。所以，独占写锁（排他锁）是，读写互斥、写写互斥的。顺便介绍一下如何加排他锁（独占写锁）：上表级排他锁，也就是表级独占写锁：上行级排他锁，也就是行级独占写锁：在这我再再啰唆一点，注意了，在InnoDB 下，不是你想用行锁就用行锁的，行锁的触发条件我们再次回顾下（开篇有提到）：上面的sql能上行级排他锁，是因为命中了索引， id 是索引。也许看到这里，你对共享锁 & 排他锁还只是云里雾里，大致知道个什么读读共享、读写互斥、写写互斥啥的。所以，我们需要再次从上帝视角再看一次这两个锁，红色 事务操作一蓝色事务操作二那么如果你看到这里，还是对共享锁 & 排他锁还只是云里雾里。那我只有动手了!实战介绍，演示所谓的读读共享、读写互斥、写写互斥。在演示读读共享、读写互斥、写写互斥前，我必须点明一点！在这篇文章里面，我介绍了一些上共享锁（共享读锁）、排他锁（独占写锁）的方式。但是可以看到写的查询sql 都是后面加了东西的， lock in share mode ，for update …. 等。所以我想点明的一点是，就好像平时我们经常写的

select * from table ；
select * from table where age=18；而排他锁，除了 select …. for update ,InnoDB引擎默认的修改、插入、删除（update,insert,delete）都是会给操作的相关数据加排他锁的 .废话不多说，我们上才艺：准备一些用于测试的数据。建表：搞点模拟数据：

（id主键索引）我们不废话，我们直接上共享读锁，看看是不是能符合刚才我们的理论读读共享，读写互斥！1. 我们先给id=3这数据上个共享读锁：2.基于当前状况，我们再执行一下查询语句，也是使用共享读锁的：
3.那么也是基于当前情况，我们再执行一下使用排他写锁的查询语句，可以发现读写互斥了：
4.验证下，我们查看当前是否存在事务在等待锁：可以从结果中看出事务请求id 34847在等待锁：
我们再查询一下，那些事务在使用锁，
可以从结果看出，34844事务在使用S锁，也就是共享读锁；而34847事务在使用 X锁，也就是排他写锁（但是由于共享读锁先上了，所以读写互斥了），所以造成了34847事务在等待锁。5.那么如果我们一直不 COMMIT 共享读锁， 34847事务会永无止息地等待锁吗？那么肯定是不可能允许这种一直等待的场景的：所以mysql会有个等待锁资源超时的机制，这种情况就会直接返回查询失败的结果。
当某数据上了 共享读锁 S 时，只允许其他事务上共享读锁 S，因为读读共开发云主机域名享；不允许其他事务上独占写锁 X（除非把这个共享读锁S 释放掉），因为读写互斥。1.我们直接给某行数据上个排他写锁 X (注意我们的事务是没有执行COMMIT的) ：2. 我们接下来去通过共享读锁去获取数据，看看会发生什么？这就是独占写锁 X 的 读写互斥、写写互斥（写写互斥的场景就不展示了）.再验证下，我们看下是不是存在事务在等待锁资源：
3.那么如果独占写锁一直不释放，其余事务时一直等待吗？也是一样，会等待超时返回查询失败：
补充一个小实践：1. 还是一样，先给某个数据上独占写锁，不COMMIT：
2. 执行普通的查询，select ：
可以看到，普通的select语句能正常获取，为什么？因为前面我们提到了：所以我必须再啰唆一下，所谓的读读共享，读写互斥，写写互斥，都是对于锁资源来说的，如果你都没有锁资源竞争，那肯定不存在什么互斥什么互斥了。关于“MySQL与InnoDB下共享锁与排他锁实例分析”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识，可以关注开发云行业资讯频道，小编每天都会为大家更新不同的知识点。

相关推荐: 怎么分析Mysql 权限管理

这期内容当中小编将会给大家带来有关怎么分析Mysql 权限管理，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。Mysql 账户权限信息存储在 mysql 数据库 user、db、host、table_priv、colunms_…