jdbc mysql innodb 死锁 deadlock_mysql死锁问题

转载:http://www.cnblogs.com/nsw2018/p/5820979.html

今天碰到诡异的表死锁问题。

首先Tomcat报错:

Caused by: com.MySQL.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction

at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

使用 show engine innodb status .

查看mysql死锁。

发现是 update语句中把子查询中的表给死锁了。比如

update table_a set comments = (select count(1) from table_b where id = table_a.id) where id = 123;

把table_b给锁住了。

搜索了一个,发现是mysql的问题。

http://shen2.cn/2013/06/sub-query-in-update-locked-table/

最后发现这个不是mysql bug,

mysql 默认的隔离级别是REPEATABLE-READ,oracle默认数据隔离级别是 READ-COMMITTED 。所以在mysq中

update ... select * from

insert into .... select * from

这些语句中,都会锁住子表的row.

将mysql 隔离级别改成

SET session TRANSACTION ISOLATION LEVEL READ COMMITTED;

问题就解决了。

-------------------------------------------------------------------------------------------------------------------------------------------

解锁

第一种

show processlist;

找到锁进程,kill id ;

第二种

mysql>UNLOCK TABLES;

锁表

锁定数据表,避免在备份过程中,表被更新

mysql>LOCK TABLES tbl_name READ;

为表增加一个写锁定:

mysql>LOCK TABLES tbl_name WRITE;

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值