转载: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;
