演示Mysql死锁的产生

最新推荐文章于 2024-11-12 22:05:25 发布
最新推荐文章于 2024-11-12 22:05:25 发布
阅读量717 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Mysql 文章标签： MySQL 死锁
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/nookl/article/details/79487460
本文通过实例演示了MySQL中死锁的产生过程及其解决方法。首先创建了一个包含几个记录的InnoDB表，并通过两个并发事务对不同记录进行锁定，导致死锁情况发生。最后展示了如何通过终止其中一个事务来解除死锁。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

-演示Mysql的死锁的产生及如何释放死锁;
- 创建数据库demo并设置
字符集create database demo charset = utf8;
- 进入演示数据库，
使用demo;
- 创建一张表
create table t1（
int（11）not null default'0 '，
主键（a）
）ENGINE = InnoDB DEFAULT CHARSET = utf8;
- 添加几条数据
插入t1值（1）;
插入t1值（2）;
插入t1值（3）;
插入t1值（4）;
- 如果是引擎是myisam是否commit都无效，如果引擎是innodb默认是自动提交事务，查看是否开启
- 显示变量如'％autocommit％'; no表示自动提交
- 查询
select * from t1;
- 演示开始
- 在一个窗口中打开
- 关闭自动提交
- 对行一开始加锁
set autocommit = 0;
select * from t1，其中a ='1'进行更新;




- 在另一个窗口打开
- 关闭自动提交
- 对行二开始加锁
set autocommit = 0;
select * from t1，其中a ='2'进行更新;


- 此时在对调运行，行一和行二的语句会出现锁等待


- 行一
选*来自t1，其中a ='2'进行更新;
- 行二
选*来自t1，其中a ='1'进行更新;


- 出现ERROR 1205（HY000）：超出锁定等待超时; 尝试重启事务


- 可以使用下面的三个语句查询打开的表，正在执行的任务和开启的事务
显示OPEN TABLES其中in_use> 0;
show processlist; - kill杀死进程id（id列）
select * from information_schema.innodb_trx; - kill杀死进程id（trx_mysql_threab_id列）

MySQL数据库的死锁检测与解决
2502_91592937的博客
05-22 1003
本文旨在为数据库管理员和开发人员提供关于MySQL死锁问题的全面指南，包括死锁的检测、分析和解决方法。范围涵盖MySQL 5.7及以上版本，重点讨论InnoDB存储引擎的死锁处理机制。本文首先介绍死锁的基本概念，然后深入MySQL的死锁检测机制，接着详细讲解死锁的解决方案，最后通过实际案例演示如何分析和解决死锁问题。死锁(Deadlock)：两个或多个事务互相持有对方需要的资源，导致所有事务都无法继续执行的状态锁等待超时(Lock wait timeout)：事务等待获取锁的时间超过设定的阈值。
面试官：怎么解决MySQL死锁问题？
小识的博客
03-12 4154
mysql中的行锁 在分析死锁之前，我们先来回忆一下MySQL中的行锁。MySQL有如下三种类型的行锁，本节只简单介绍一下，想深入了解看我的其他文章 Record Lock：对单个记录加锁 Gap Lock：锁住记录前面的间隙，不允许插入记录 Next-key Lock：同时锁住数据和数据前面的间隙，即数据和数据前面的间隙都不允许插入记录 如何排查死锁？ 发生死锁的条件 互斥，共享资源X和Y只能被一个线程占用 占有且等待，线程T1已经取得共享资源X，在等待共享资源Y的时候，不释放共享资源X 不可抢.
mysql死锁的一些案例
04-17
NULL 博文链接：https://fs20041242.iteye.com/blog/1732749
mysql死锁演示
u010772230的专栏
04-16 475
背景： 线上日志突然爆了有数据库死锁的日志。 通过以下语句查询数据库死锁的日志 SHOW ENGINE INNODB STATUS 通过 日志分析，看到了两条update语句并且是里面有子查询。还有两个表的更新顺序问题。 解决方案是：加了分布式锁，让两个update语句放到一起执行，然后再调整两个update语句里面的子查询。 得出的结论是：不要在update语句里面写子查询。 ...
mysql 演示死锁的发生
HMM316的博客
03-11 247
0、初始化数据库表 CREATE TABLE `tx` ( `id` int(2) NOT NULL AUTO_INCREMENT, `name` varchar(10) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=14 DEFAULT CHARSET=utf8; -- ---------------------------- -- Records -- ----------------------------
Mysql死锁相关测试--DEMO
天上飞的云传奇
03-23 1674
测试用表 CREATE TABLE `t` ( `id` int(11) NOT NULL, `c` int(11) DEFAULT NULL, `d` int(11) DEFAULT NULL, PRIMARY KEY (`id`), KEY `id_c` (`c`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; INSERT INTO `t` VALUES ('0', '0', '0'); INSERT INTO `t` VALUES ('5',
Mysql数据库死锁实战-死锁演示-排他锁的相互等待
qq1164014750
11-17 1732
文章目录目标死锁案例实现需求1死锁演示：排他锁的相互等待查看最近一次死锁记录并发测试jmeter数据库事务并发测试步骤一 配置jmeter 连接数据库步骤二：添加线程组，添加jdbc请求和监听器执行测试以及结果察看结果树用表格察看结果聚合报告死锁问题优化优化死锁-实现需求1并发测试总结 目标 了解常见死锁场景和排查解决方法 参考：一次mysql死锁的排查过程 【MySQL】如何阅读死锁日志 连接数据库时allowMultiQueries=true的作用 死锁 死锁是一种不同事务无法继续进行的情况，
手把手教你分析解决MySQL死锁问题
pythonxxoo的博客
01-17 1674
Python微信订餐小程序课程视频 https://edu.youkuaiyun.com/course/detail/36074 Python实战量化交易理财系统 https://edu.youkuaiyun.com/course/detail/35475 在生产环境中如果出现MySQL死锁问题该如何排查和解决呢，本文将模拟真实死锁场景进行排查，最后总结下实际开发中如何尽量避免死锁发生。 一、准备好相关数据和环境 当前自己的数据版本是8.0.22 mysql> select @@version; +-----------+
线上问题的排查之MySQL死锁如何排查
qq_39126115的博客
11-12 611
MySQL数据库死锁问题比较常见，接下来通过一个死锁案例来演示讲解。这个例子模拟一个实际的死锁场景，然后一步步展示识别、分析和解决这个死锁。
深入理解MySQL死锁及解决方案
勤劳的小琪
04-01 968
MySQL死锁指的是多个事务相互等待对方所持有的资源，导致所有涉及的事务都无法继续执行，从而形成的一种互相等待的状态。在实际开发中，需要结合具体的业务场景，采取合适的措施来预防和解决MySQL死锁问题，从而保证系统的稳定性和可靠性。4、调整事务隔离级别: 根据业务需求，调整事务的隔离级别，如将隔离级别调整为READ COMMITTED，可以减少死锁的发生。2、减少事务的锁定时间: 在事务中尽量减少对数据的锁定时间，合理设计事务的范围和锁定级别，以减少死锁的发生。Java代码示例及处理方案示例。
Mysql数据库死锁实战-死锁演示-共享锁与互斥锁排队等待
qq1164014750
11-23 1680
文章目录目标死锁案例实现需求2死锁演示： 共享锁与互斥锁排队等待并发测试jmeter数据库事务并发测试聚合报告官方案例案例一案例2解决办法死锁问题优化优化死锁-实现需求2总结 目标 了解共享锁与互斥锁排队等待死锁情况 死锁 死锁是一种不同事务无法继续进行的情况，因为每个事务都持有另一个事务所需的锁。因为两个事务都在等待资源可用，所以它们都不会释放它所持有的锁。 当事务锁定多个表中的行（通过UPDATE或SELECT…FOR UPDATE等语句）但顺序相反时，可能会发生死锁。当这样的语句锁定索引记录和间隙
MySQL锁之深入死锁分析
上善若泪
02-20 1860
其实，根据事务1步骤6，与事务0步骤3/4之间的顺序不同，死锁日志中还有可能产生另外一种情况，那就是事务1等待的锁模式为记录上的X锁 + No Gap锁(lock_mode X locks rec but not gap waiting)。：是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用，它们都将无法推进下去，此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。(范围下的删除，也会产生死锁，但是死锁的场景，跟本文分析的场景，有所不同)
MySQL死锁案例分析及避免办法
假人一个的博客
03-14 1700
死锁就是两个以上线程互相竞争资源导致相互等待的现象发生死锁有四个条件：互斥、请求与保持条件、不可抢占、循环等待。
mysql 死锁模拟_mysql死锁示例
weixin_30224231的博客
01-19 290
MySQL有三种锁的级别：页级、表级、行级。MyISAM和MEMORY存储引擎采用的是表级锁(table-level locking)；BDB存储引擎采用的是页面锁(page-levellocking)，但也支持表级锁；InnoDB存储引擎既支持行级锁(row-level locking)，也支持表级锁，但默认情况下是采用行级锁。MySQL这3种锁的特性可大致归纳如下：表级锁：开销小，加锁快；不会...
mysql死锁 简单例子_写一个Mysql死锁的例子
weixin_29231221的博客
01-28 672
创建表CREATE TABLE `test1` (`id` int(11) NOT NULL AUTO_INCREMENT,`name` varchar(10) NOT NULL,PRIMARY KEY (`id`)) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8终端1--T1时刻BEGIN;--行级锁 id=1 的记录select * f...
MySQL死锁简单案例演示
说文科技，做有态度的研究。
11-09 2783
MySQL死锁简单案例演示【存在疑问】 请各位读者对本篇文章采取疑问的态度。 1.环境 mysql 5.7 windows 2.示例 mysql> CREATE TABLE t (i INT) ENGINE = InnoDB; Query OK, 0 rows affected (0.26 sec) Client A起事务，以share 锁模式读取数据 mysql> star...
mysql死锁，如何产生？如何发现？如何处理？
我思故我在
05-19 879
这些 SQL 语句将创建一个名为 base_account_item 的表，其中包含两列：id 和 account_item_name。id 列被指定为主键，用于确保表中每行的唯一性，而 account_item_name 列包含基本帐户名称。然后，使用 INSERT 语句向表中插入两条示例数据。在这个例子当中，我们创建了两个事务连接模拟行锁死锁的情况。首先，使用连接1执行 SELECT * FROM base_account_item WHERE id = 1 FOR UPDATE;
数据库死锁
夜晓星的博客
01-25 228
Oracle死锁： 数据库死锁的检查方法 一、数据库死锁的现象 程序在执行的过程中，点击确定或保存按钮，程序没有响应，也没有出现报错。 二、死锁的原理 当对于数据库某个表的某一列做更新或删除等操作，执行完毕后该条语句不提 交，另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态， 此时的现象是这条语句一直在执行，但一直没有执行成功，也没有报错。 三、死锁的定位方法 通...
使用sql演示mysql中各种锁
最新发布
07-31
<think>我们根据用户提供的引用资料，重点展示MySQL中各种锁的实际SQL操作示例。用户意图是通过SQL示例学习锁机制的使用，因此我们将以实际可运行的SQL语句演示为主，并配合必要的解释。 注意：以下示例基于InnoDB存储引擎（MySQL 5.7+），并在REPEATABLE READ隔离级别下测试（默认级别）。</think>### MySQL锁机制SQL操作示例 以下通过具体SQL演示各类锁的使用场景和效果，基于InnoDB引擎（默认隔离级别REPEATABLE READ）[^1][^2]。 --- #### 一、表级锁操作 **1. 手动加表锁** ```sql -- 会话1：加读锁（允许其他会话读，禁止写） LOCK TABLES user READ; -- 成功锁定[^1] -- 会话2尝试写入（被阻塞） UPDATE user SET mobile_num=123456 WHERE id=1; -- 状态：Waiting for table write lock [^3] ``` **2. 写锁独占演示** ```sql -- 会话1：加写锁（完全独占） LOCK TABLES user WRITE; -- 会话2所有操作均被阻塞 SELECT * FROM user; -- 状态：Waiting for table read lock ``` **释放锁** ```sql UNLOCK TABLES; -- 所有会话释放表锁[^1] ``` --- #### 二、行级锁操作 **1. 共享锁（S Lock）** ```sql -- 会话1：对id=1加共享锁 SELECT * FROM user WHERE id=1 LOCK IN SHARE MODE; -- 成功[^2] -- 会话2可读但不可写 SELECT * FROM user WHERE id=1; -- 允许 UPDATE user SET mobile_num=111 WHERE id=1; -- 阻塞！ ``` **2. 排他锁（X Lock）** ```sql -- 会话1：对user_id=100加排他锁 SELECT * FROM user WHERE user_id=100 FOR UPDATE; -- 通过唯一索引锁定[^2] -- 会话2所有锁请求均失败 SELECT * FROM user WHERE user_id=100 LOCK IN SHARE MODE; -- 阻塞 UPDATE user SET mobile_num=222 WHERE user_id=100; -- 阻塞 ``` --- #### 三、间隙锁演示 **表结构及数据** ```sql CREATE TABLE `score` ( `id` INT PRIMARY KEY, `score` INT, KEY `idx_score` (`score`) ); -- 数据：score值(60,70,80,90) ``` **锁定区间防止幻读** ```sql -- 会话1：锁定70~90的间隙 SELECT * FROM score WHERE score BETWEEN 70 AND 90 FOR UPDATE; -- 锁定(70,80),(80,90)两个区间[^2] -- 会话2插入被阻塞（即使记录不存在） INSERT INTO score VALUES (5,75); -- 阻塞在间隙(70,80) ``` --- #### 四、元数据锁（MDL）冲突 ```sql -- 会话1：长查询（持有MDL读锁） SELECT SLEEP(30) FROM user; -- 模拟长查询 -- 会话2修改表结构被阻塞 ALTER TABLE user ADD COLUMN age INT; -- 状态：Waiting for table metadata lock[^3] ``` --- #### 五、死锁产生与解决 **死锁场景** ```sql -- 会话1 START TRANSACTION; UPDATE user SET mobile_num=111 WHERE id=1; -- 持有id=1的X锁 -- 会话2 START TRANSACTION; UPDATE user SET mobile_num=222 WHERE id=2; -- 持有id=2的X锁 -- 会话1尝试锁id=2 UPDATE user SET mobile_num=333 WHERE id=2; -- 等待会话2释放 -- 会话2尝试锁id=1 UPDATE user SET mobile_num=444 WHERE id=1; -- 死锁！自动回滚 ``` **检测死锁** ```sql SHOW ENGINE INNODB STATUS; -- 查看LATEST DETECTED DEADLOCK ``` --- ### 锁使用建议 1. **索引优化**： ```sql -- 无索引时行锁升级为表锁 UPDATE user SET mobile_num=999 WHERE mobile_num=555888999; -- 非索引字段 ``` 2. **控制事务时长**： ```sql SET SESSION innodb_lock_wait_timeout=30; -- 设置锁等待超时 ``` 3. **避免间隙锁影响**： ```sql SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED; -- 切换隔离级别 ``` > **关键提示**：行锁依赖索引有效性，表锁会破坏并发性，长事务是锁冲突的主因[^1][^2]。 --- ### 相关问题 1. 如何监控MySQL中的锁等待情况？ 2. 在READ COMMITTED隔离级别下间隙锁的行为有何变化？ 3. 如何安全地解除长时间阻塞的`FLUSH TABLES WITH READ LOCK`? 4. 无主键表对InnoDB锁机制有什么影响？ 5. 如何通过性能Schema分析锁争用问题？ [^1]: 表级锁操作语法 [^2]: 行锁与间隙锁实现原理 [^3]: 锁等待状态识别
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值