当非簇索引(non cluster index)记录被锁定时 相关的簇索引(cluster index)记录也需要被锁定才能完成相应的操作
再分析一下发生问题的两条SQL语句 就不难找到问题所在了
当 update TSK_TASK set STATUS_ID= UPDATE_TIME=now () where STATUS_ID= and MON_TIME
假设 update TSK_TASK set STATUS_ID= UPDATE_TIME=now () where ID in ( ) 几乎同时执行时 本语句首先锁定簇索引(主键) 由于需要更新STATUS_ID的值 所以还需要锁定KEY_TSKTASK_MONTIME 的某些索引记录
这样第一条语句锁定了KEY_TSKTASK_MONTIME 的记录 等待主键索引 而第二条语句则锁定了主键索引记录 而等待KEY_TSKTASK_MONTIME 的记录 在此情况下 死锁就产生了
笔者通过拆分第一条语句解决死锁问题
先查出符合条件的ID select ID from TSK_TASK where STATUS_ID= and MON_TIMEdate_sub(now() INTERVAL minute) 然后再更新状态 update TSK_TASK set STATUS_ID= where ID in (… )
至此 死锁问题彻底解决
lishixinzhi/Article/program/MySQL/201311/29601
数据库死锁处理方法mysql数据库死锁解决方法如下:
1、对于按钮等控件 , 点击后使其立刻失效,不让用户重复点击,避免对同时对同一条记录操作 。
2、使用乐观锁进行控制 。乐观锁大多是基于数据版本(Version)记录机制实现 。即为数据增加一个版本标识,在基于数据库表的版本解决方案中,一般是 通过为数据库表增加一个“version”字段来实现 。读取出数据时,将此版本号一同读出,之后更新时,对此版本号加一 。此时,将提交数据的版本数据与数 据库表对应记录的当前版本信息进行比对 , 如果提交的数据版本号大于数据库表当前版本号,则予以更新,否则认为是过期数据 。乐观锁机制避免了长事务中的数据 库加锁开销(用户A和用户B操作过程中,都没有对数据库数据加锁),大大提升了大并发量下的系统整体性能表现 。Hibernate 在其数据访问引擎中内置了乐观锁实现 。需要注意的是,由于乐观锁机制是在系统中实现,来自外部系统的用户更新操作不受系统的控制,因此可能会造 成脏数据被更新到数据库中 。
mysql怎么处理死锁的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于mysql解决死锁的三种方法、mysql怎么处理死锁的信息别忘了在本站进行查找喔 。
推荐阅读
- 直播网红营销,直播网红的营销策略
- 远程连接sqlserver数据库服务器,远程连接sql server数据库
- 餐饮如何设置区域代理加盟,餐饮如何设置区域代理加盟模式
- 银杏视频怎么下载电视,银杏视频被下架了该怎么重新下载
- vb.net网络爬虫 vba爬虫教程
- python定义类和创建对象,python中如何定义类和对象
- 包含ios上有哪些同步软件的词条
- 包含vb.netnat的词条
- android微信朋友圈键盘,微信键盘app