mysql存储过程出现锁表锁行的情况怎么解决

行锁的等待

在介绍如何解决行锁等待问题前，先简单介绍下这类问题产生的原因。产生原因简述：当多个事务同时去 *** 作（增删改）某一行数据的时候，MySQL 为了维护 ACID 特性，就会用锁的形式来防止多个事务同时 *** 作某一行数据，避免数据不一致。只有分配到行锁的事务才有权力 *** 作该数据行，直到该事务结束，才释放行锁，而其他没有分配到行锁的事务就会产生行锁等待。如果等待时间超过了配置值（也就是 innodb_lock_wait_timeout 参数的值，个人习惯配置成 5s，MySQL 官方默认为 50s），则会抛出行锁等待超时错误。

如上图所示，事务 A 与事务 B 同时会去 Insert 一条主键值为 1 的数据，由于事务 A 首先获取了主键值为 1 的行锁，导致事务 B 因无法获取行锁而产生等待，等到事务 A 提交后，事务 B 才获取该行锁，完成提交。这里强调的是行锁的概念，虽然事务 B 重复插入了主键，但是在获取行锁之前，事务一直是处于行锁等待的状态，只有获取行锁后，才会报主键冲突的错误。当然这种 Insert 行锁冲突的问题比较少见，只有在大量并发插入场景下才会出现，项目上真正常见的是 update&delete 之间行锁等待，这里只是用于示例，原理都是相同的。

三、产生的原因根据我之前接触到的此类问题，大致可以分为以下几种原因

有时候，会很不小心，在业务运行中执行了一条锁表语句。这时候该怎么办？

例如：修改元数据。

SHOW FULL PROCESSLIST 查看一下：

发现修改之后，锁表了。这时候怎么办？ 杀死它 KILL 4623660

然后一切又恢复正常了。

一般对于数据量较大的表，需要修改表结构，或者做一些耗时比较久的锁表 *** 作，建议在晚上（业务闲时）执行。这个时候可以配合使用任务处理一下。

如：修改一个表的字段长度，和添加索引

名词解释：

接着回家睡觉，第二天回来检查结果就好了。

附：添加唯一索引示例

MYSQL存储过程结合任务处理耗时 *** 作

第一步，创建数据库表writer和查看表结构，利用SQL语句：

create table writer(

wid int(10),

wno int(10),

wname varchar(20),

wsex varchar(2),

wage int(2)

第二步，向数据库表writer插入五条数据，插入后查看表里数据

第三步，利用锁定语句锁定数据库表writer，利用SQL语句：

lock table writer read

让数据库表只读不能进行写

第四步，为了验证锁定效果，可以查看数据库表数据，利用SQL语句：

select * from writer

第五步，利用update语句对id=5进行更新，SQL语句为：

update writer set wname = '胡思思' where id = 5

第六步，利用unlock进行解锁，SQL语句为：

unlock tables

---