mysql一条数据锁死_mysql单记录也能造成的死锁

最近在开发的时候，在mysql Innodb 引擎下，一条记录记录也能引起锁的事件。

场景描述

在项目压测的是，突然发现有类似以下的异常发生:

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

at sun.reflect.GeneratedConstructorAccessor247.newInstance(Unknown Source)

at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)

at java.lang.reflect.Constructor.newInstance(Constructor.java:513)

at com.mysql.jdbc.Util.handleNewInstance(Util.java:406)

at com.mysql.jdbc.Util.getInstance(Util.java:381)

at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1045)

at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:956)

at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3491)

at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3423)

at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1936)

at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2060)

at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2542)

at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1734)

at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2019)

at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1937)

at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1922)

但代码里面明明只锁了一条记录，不存在多个资源的时候，死锁又是怎么来的呢。

例子

首先创建实验数据:

DROP TABLE IF EXISTS `account_info`;

CREATE TABLE `account_info` (

`uid` int(11) NOT NULL AUTO_INCREMENT,

`account` varchar(255) COLLATE utf8mb4_bin DEFAULT NULL,

`current_amt` decimal(18,2) DEFAULT NULL,

PRIMARY KEY (`uid`),

UNIQUE KEY `idx_account` (`account`) USING BTREE

) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

INSERT INTO `account_info` VALUES (1, 'tester', 1.00);

这里的是 uid 是主键， account 是唯一索引。

时间

Transaction1

Transaction2

T1

set autocommit=false;

begin;

T2

select * from account_info where uid = 1 for update;

T3

set autocommit=false;

begin;

T4

update account_info set current_amt = current_amt +1 where account = 'tester';

T5

update account_info set current_amt = current_amt +1 where account = 'tester';

在执行到T5的时候，mysql 返回了一下的异常：

1213 - Deadlock found when trying to get lock; try restarting transaction, Time: 0.000000s

What？ 死锁？ 锁一条记录也会死锁？

原理分析

在 mysql 的 innodb 引擎下，行级锁并不是直接锁记录，而是锁索引，如果一条 sql 语句用到了主键索引，mysql 会锁住主键索引；如果一条语句操作了非主键索引，mysql 会先锁住该非主键索引，再锁住主键索引。

例子

新开一个session，执行一下语句

set autocommit=false;

begin;

select * from account_info where uid = 1 for update;

然后再打开另外一个session，执行查看 innodb 事务

select * from information_schema.INNODB_TRX;

会出现一下内容摘要，其中 trx_rows_locked 内容是 1

trx_id

trx_state

trx_tables_locked

trx_rows_locked

trx_rows_modified

trx_isolation_level

5831745

RUNNING

1

1

0

REPEATABLE READ

把前面的 session 关闭后，再重新打开一个session执行一下语句

set autocommit=false;

begin;

select * from account_info where account = 'tester' for update;

然后再打开另外一个session，执行查看 innodb 事务

select * from information_schema.INNODB_TRX;

会出现一下内容摘要，其中 trx_rows_locked 内容是 2

trx_id

trx_state

trx_tables_locked

trx_rows_locked

trx_rows_modified

trx_isolation_level

5831748

RUNNING

1

2

0

REPEATABLE READ

会看到上面的例子，用主键索引加锁的时候，只会出现一把锁，若用非主键索引的时候，就出现了两把锁，这也是单条记录造成了死锁的原因。

微信关注我，发现更多java领域知识