mysql避免死锁

最新推荐文章于 2025-10-22 10:37:17 发布
原创 最新推荐文章于 2025-10-22 10:37:17 发布 · 1.3k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了预防数据库死锁的五大策略：固定顺序处理记录、使用RC事务隔离级别、使用主键更新、避免长事务和设置合理的锁等待超时参数。这些策略有助于减少死锁的发生，提高数据库性能。

https://time.geekbang.org/column/article/117247

解决死锁的最佳方式当然就是预防死锁的发生了，我们平时编程中，可以通过以下一些常规手段来预防死锁的发生：1. 在编程中尽量按照固定的顺序来处理数据库记录，假设有两个更新操作，分别更新两条相同的记录，但更新顺序不一样，有可能导致死锁；2. 在允许幻读和不可重复读的情况下，尽量使用 RC 事务隔离级别，可以避免 gap lock 导致的死锁问题；3. 更新表时，尽量使用主键更新；4. 避免长事务，尽量将长事务拆解，可以降低与其它事务发生冲突的概率；5. 设置锁等待超时参数，我们可以通过 innodb_lock_wait_timeout 设置合理的等待超时阈值，特别是在一些高并发的业务中，我们可以尽量将该值设置得小一些，避免大量事务等待，占用系统资源，造成严重的性能开销。

michaelforgood
关注
怎么避免mysql死锁问题以及解决死锁
悟已往之不谏，知来者之可追
04-06 1130
什么是死锁 问题现象（锁超时会回滚） InnoDB 锁类型 间隙锁( gap lock ) next-key lock （临键锁） 意向锁( Intention lock ) 插入意向锁( Insert Intention lock ) 锁模式兼容矩阵 阅读死锁日志 经典案例分析 案例一:事务并发 insert 唯一键冲突 案例一:先 update 再 insert 的并发死锁问题 如何尽可能避免死锁 解决方法 粗暴方式 文雅方式 对于锁的建议 如何定位死锁成因
预防 MySQL 死锁的策略
勤劳的小琪
04-01 1807
请注意，预防死锁是一个综合性的工作，需要结合具体的业务场景和数据库架构进行分析和优化。此外，对于复杂的数据库应用，可能需要专业的数据库管理员或性能优化专家来进行深入的调优和监控。较低的隔离级别（如 READ UNCOMMITTED）可以减少锁的粒度和竞争，但可能会导致数据不一致的问题。8、测试和模拟：在实际环境中进行测试，模拟高并发情况下的数据库操作，发现可能的死锁问题，并进行相应的优化。6、避免热点数据：如果某些数据经常成为锁的竞争焦点，可以考虑对这些数据进行分布或缓存，以减少锁的竞争。
MySQL死锁的发生原因和怎么避免
有时间就写写代码
04-01 897
MySQL中的死锁是指两个或多个事务在执行时互相等待对方持有的锁，导致所有事务都无法继续执行下去，最终需要回滚一个事务才能打破死锁。死锁通常发生在并发事务较多的环境中，特别是在涉及多个表或多行记录的情况下。
【mysql】【实战】[死锁]----死锁是怎么形成的？怎么避免？怎么解决？怎么排查？
最新发布
朱朱博客，分享技术
10-22 928
死锁的本质是“资源竞争顺序混乱”，核心解决思路是规范访问顺序、缩短锁持有时间、减少锁范围。通过死锁日志定位具体冲突点，结合业务逻辑优化事务和 SQL，可有效降低死锁概率。对于偶发死锁，应用层重试是简单有效的补救措施。
Mysql 行级锁的使用及死锁的预防方案
12-16
一、前言 　　　　mysql的InnoDB,支持事务和行级锁，可以使用行锁来处理用户提现等业务。使用mysql锁的时候有时候会出现死锁，要做好死锁的预防。 二、MySQL行级锁 　　　　行级锁又分共享锁和排他锁。 　　　　共享锁： 　　　　　　名词解释：共享锁又叫做读锁，所有的事务只能对其进行读操作不能写操作，加上共享锁后其他事务不能再加排他锁了只能加行级锁。 　　　　　　用法： SELECT `id` FROM table WHERE　id in(1,2) LOCK IN SHARE MODE 结果集的数据都会加共享锁 　　　　排他锁： 　　　　　　名词解释：若某个事物对某一行加上了排
mysql如何避免死锁_mysql死锁案例及如何规避
weixin_42372963的博客
02-02 659
一：什么是死锁两个或者多个事务在同一资源上相互占用，并请求锁定对方的资源，从而导致恶性循环的现象。或者多个事务同时锁定同一个资源的时候，也会产生死锁。二：死锁的典型示例事务1starttransaction;updateaccountsetmoney=money-200whereuid=1;updateaccountsetmoney=money+200whereuid=2;c...
如何避免mysql死锁
程序媛的一生
03-08 608
1.经常提交你的事务，小事务更少的倾向于冲突2.以固定的顺序访问你的表和行，这样事务就会形成良好的查询并且没有思索3.讲精心选定的索引添加到你的表中，这样你的查询就只需要扫描更少的索引记录，并且因此可以设置更好的锁定4.不要把无关紧要的操作放到事务里面5.尽量按照主键索引去查找记录，范围查找增加了锁冲突的可能性，也不要利用数据库去做一些额外的计算操作，比如select  .... where......
如何避免MySQL的死锁或性能下降
DKPT的博客
06-26 982
选择具有高度选择性的列作为索引列，可以减少索引的大小并提高查询效率。较低的隔离级别（如READ UNCOMMITTED）可以减少锁的粒度和竞争，但可能会导致数据不一致的问题。尽量缩短事务的执行时间，避免长时间持有锁。长时间持有锁会增加其他事务等待的时间，增加死锁的风险。可以通过合理划分事务的操作步骤，及时提交或回滚事务来减少锁的持有时间。1、使用监控工具定期检查数据库的性能指标，如QPS、TPS、响应时间、锁争用情况等。2、尽量避免使用blob、text类型的大字段，如果必须使用，尽量与主业务表分离。
精选资源
Mysql查看死锁与解除死锁的深入讲解
01-19
前言 前段时间遇到了一个Mysql 死锁相关的问题，整理一下。 问题描述：Mysql 的修改语句似乎都没有生效，同时使用Mysql GUI 工具编辑字段的值时会弹出异常。 什么是死锁 ... 如何避免死锁 阻止死锁的途径
MySQL死锁案例分析及避免办法
假人一个的博客
03-14 1807
死锁就是两个以上线程互相竞争资源导致相互等待的现象发生死锁有四个条件：互斥、请求与保持条件、不可抢占、循环等待。
MySQL死锁的产生原因以及解决方案
12-14
6. **设置事务隔离级别**：通过调整事务的隔离级别，如READ COMMITTED或REPEATABLE READ，可以在一定程度上避免死锁。 7. **死锁检测与回滚**：MySQL数据库自身具备死锁检测机制，当检测到死锁时，会自动回滚其中一...
mysql如何避免死锁
沉下心来，戒骄戒躁
08-18 3954
Mysql死锁： 通常是多个事务互相持有对方不兼容的锁导致的。 在可重复度RR及以上级别会生成gap lock 和 next-key lock兼容矩阵图（横向是已持有锁，纵向是请求的锁） 发生死锁的条件：situation1:AB都获得GK，插入时都想获得IK,等待对方的GK释放,导致死锁。 situation2:如何避免： 尽量使用主键更新数据，防止使用非聚簇...
【Mysql】：如何避免或减少死锁的发生？
Pmyx_wyh的博客
11-18 509
例如，读已提交（Read Committed）隔离级别比可重复读（Repeatable Read）产生更少的锁，因此可能减少死锁的机会。：在应用程序中实现对因死锁而失败的事务进行重试的逻辑。如果一个事务等待某个资源的时间超过了设定的超时值，那么该事务会被回滚，这样可以防止长时间等待造成的死锁。如果事务按照不同的顺序锁定相同的资源，那么就有可能形成循环等待，导致死锁。：慢查询或复杂的查询可能会增加锁等待的时间，从而增加死锁的风险。：尽量减少事务的执行时间，这样可以减少持有锁的时间，从而降低死锁的可能性。
【Mysql】什么是死锁？如何避免死锁
weixin_45325628的博客
03-08 1738
死锁 1. 什么是死锁（争抢资源、互相等待） 多线程因为争抢资源而出现的互相等待的状态 2. 死锁产生的四个必要条件 1. 互斥 当资源被一个线程使用(占有)时，别的线程不能使用（如：张三拿到了苹果，李四就不能拿苹果了） 2. 不可抢占 资源请求者不能强制从资源占有者手中夺取资源，资源只能由资源占有者主动释放（如：李四不能从张三手里抢苹果，只能等张三主动放弃苹果） 3. 请求和保持 当资源请求者在请求其他的资源的同时保持对原有资源的占有（如：张三拿到了苹果，他还可以去那香蕉，并不冲突） 4. 循环等待 存在
MySQL死锁 预防分析解决死锁
AllenChan_的博客
08-16 1553
​本篇文章根据官网文档的例子，学习死锁是如何发生的，以及如何预防和解决死锁。 死锁发生的例子 MySQL的死锁检测 降低和处理死锁
MySQL如何避免死锁
weixin_44390164的博客
07-28 724
MyISAM是一次性获得所需要的全部锁，InnoDB的锁是逐步获得。 发生死锁后InnoDB一般可以检测到，并使一个事务释放锁回退，另一个则可以获取锁完成事务。 避免死锁的方式有 通过表锁来减少死锁产生的概率（但效率低） 多个程序尽量约定以相同的顺序访问表 同一个事务尽可能做到一次锁定所需要的所有资源 ...
mysql如何避免死锁_MySQL死锁
weixin_39574928的博客
01-19 255
有人在stackoverflow上发了一个死锁的信息，尝试直接解析此类信息对分析高并发下的SQL卡慢会有帮助因此尝试自己解析。LATEST DETECTED DEADLOCK------------------------130409 0:40:58*** (1) TRANSACTION:TRANSACTION 3D61D41F, ACTIVE 3 sec insertingmysql tabl...
MySQL中如何避免死锁？
ConstXiong
07-26 513
尽量以相同的顺序来访问索引记录和表 业务上能够接受幻读和不可重复读，考虑降低锁的级别到Read committed，降低死锁发生的概率 添加合理的索引，走索引避免为每一行加锁，降低死锁的概率 在事务中一次锁定所需要的所有资源，如MyISAM 引擎的表锁 避免大事务，尽量将大事务拆成多个小事务来处理 尽量避免同时并发对同一表进行读写操作，特别是执行加锁且操作数据量较大的语句 设置锁等待超时参数 【Java面试题与答案】整理推荐 基础与语法 集合 网络编程 并发编程 Web...
mysql 如何预防死锁和处理死锁
qi琪的专栏
07-31 3291
如何解决死锁通过执行计划可以看出，在查找需要更新的数据时使用的是索引扫描，比较耗费性能，这样就造成锁定资源时间过长，增加了语句并发执行时产生死锁的概率。处理方式：1． 在表上建立一个聚集索引。2． 对语句更新的相关字段建立包含索引。如何预防死锁1.尽量避免并发的执行涉及到修改数据的语句。 2.编写应用程序，让进程持有锁的时间尽可能短，这样其它进程就不必花太长的时间等待锁被释放。
java 更新mysql避免死锁
09-09
<think> 我们正在讨论在Java中更新MySQL数据库时避免死锁的方法。根据引用内容，我们可以结合多个方面的技巧：事务设计、加锁顺序、锁粒度控制、超时与重试机制等。 我们将按照以下结构组织答案： 1. 事务设计优化 2. 统一加锁顺序 3. 使用行级锁和索引优化 4. 设置合理的事务超时和重试机制 5. 使用乐观锁 6. 监控与排查 注意：引用[1]提供了MySQL死锁排查步骤，引用[2]提到了MyBatis处理死锁的技巧（如事务设计、统一加锁顺序、乐观锁等），引用[3]则提到了调整事务隔离级别、优化查询和事务逻辑、使用行级锁和设置超时等。 由于用户的问题集中在“避免”而非“排查”，我们将重点放在预防和避免措施上。 下面开始组织答案： </think> ### Java更新MySQL数据库避免死锁的8种方法 #### 一、事务设计优化（核心策略） 1. **精简事务范围** - 仅将必要的操作包含在事务中，立即释放锁资源[^2][^3] ```java // 错误示范：整个方法开启事务 @Transactional public void updateOrder(Long orderId) { // 非DB操作... orderDao.update(orderId); // 锁持有时间过长 } // 正确做法：最小化事务范围 public void processOrder(Long orderId) { // 非DB操作... transactionalService.updateOrder(orderId); // 单独事务类 } @Service public class TransactionalService { @Transactional // 仅包裹DB操作 public void updateOrder(Long orderId) { ... } } ``` 2. **统一操作顺序** - 全局约定表操作顺序（如先`users`后`orders`）[^2] $$ \text{死锁概率} \propto \frac{1}{\text{排序一致性}} $$ ```java public void transfer(Long from, Long to, BigDecimal amount) { // 约定：始终按账户ID升序操作 Long firstId = Math.min(from, to); Long secondId = Math.max(from, to); updateAccount(firstId, amount.negate()); // 先操作小ID updateAccount(secondId, amount); // 后操作大ID } ``` #### 二、锁机制优化 3. **行级锁代替表锁** - 强制使用索引确保行锁生效[^3] ```sql -- 表锁（危险） UPDATE orders SET status = 'PAID' WHERE user_id = 100; -- 行锁（安全）需确保user_id有索引 UPDATE orders SET status = 'PAID' WHERE id IN ( SELECT id FROM orders WHERE user_id = 100 FOR UPDATE ); ``` 4. **乐观锁替代悲观锁** - 使用版本号避免写锁竞争[^2] ```java // 实体类添加版本字段 public class Order { private Long id; private String status; @Version private Integer version; // 乐观锁字段 } // MyBatis更新逻辑 UPDATE orders SET status=#{status}, version=version+1 WHERE id=#{id} AND version=#{oldVersion} // 返回影响行数=0时重试 ``` #### 三、超时与重试机制 5. **事务超时配置** - Spring事务设置超时阈值[^3] ```java @Transactional(timeout = 2) // 单位：秒 public void updateInventory(Long productId) { // 2秒未完成则自动回滚 } ``` 6. **智能重试策略** - 指数退避算法避免雪崩[^2] $$ t_{\text{delay}} = k \cdot 2^{\text{retry}} + \text{rand}() \quad (k=\text{基础间隔}) $$ ```java @Retryable(value = {DeadlockLoserDataAccessException.class}, maxAttempts = 3, backoff = @Backoff(delay = 100, multiplier = 2)) public void safeUpdate() { // 死锁时自动重试：100ms, 200ms, 400ms } ``` #### 四、数据库层优化 7. **隔离级别降级** - 读已提交(`READ COMMITTED`)减少锁冲突[^3] ```java @Transactional(isolation = Isolation.READ_COMMITTED) public void updateData() { // 比REPEATABLE_READ持有锁时间更短 } ``` 8. **批量操作分治** - 拆分大事务为小批次[^1] ```java public void batchUpdate(List<Long> ids) { Lists.partition(ids, 100).forEach(batch -> { // 每100条一个独立事务 transactionalService.updateBatch(batch); }); } ``` ### 关键配置对比 | 策略 | 死锁风险 | 吞吐量影响 | 实现复杂度 | |---------------------|----------|------------|------------| | 事务范围最小化 | ★☆☆☆☆ | ↑ 提升 | ★★☆☆☆ | | 统一操作顺序 | ★☆☆☆☆ | → 不变 | ★★★☆☆ | | 行级锁+索引 | ★★☆☆☆ | ↑ 提升 | ★★☆☆☆ | | 乐观锁 | ★☆☆☆☆ | ↑↑ 显著提升| ★★★★☆ | | 事务超时 | ★★★☆☆ | → 不变 | ★☆☆☆☆ | > 推荐组合：**最小事务范围 + 行级索引锁定 + 乐观锁重试机制** ### 监控与调试 ```java // 开启MySQL死锁日志 @Bean public PlatformTransactionManager transactionManager(DataSource dataSource) { JdbcTransactionManager tm = new JdbcTransactionManager(dataSource); tm.setNestedTransactionAllowed(true); tm.setFailEarlyOnGlobalRollbackOnly(true); // 快速失败 tm.setRollbackOnCommitFailure(true); // 提交失败回滚 return tm; } ``` 在`my.cnf`中配置： ```ini [mysqld] innodb_print_all_deadlocks = ON # 打印所有死锁到错误日志[^1] innodb_lock_wait_timeout = 5 # 锁等待超时(秒)[^3] ``` 📌 **紧急处理**：当死锁发生时，通过`SHOW ENGINE INNODB STATUS`获取死锁详情，分析冲突事务的SQL语句和锁定资源[^1]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值