1、前言

昨天生产环境遇到了一个比较诡异的问题，project a 调用 project b webservice，b webservice在做insert操作的时候数据库报如下错误。

lock wait timeout exceeded; try restarting transaction

2、原因分析

从报错信息分析应该是project b在进行insert操作的时候操作的表被锁住了， project b的所有数据库操作都是在同一事务上，原则上不会出现锁表的情况，由此推出应该是project a 在调用project b接口的时候还没有提交事务，并且对同一张表执行了update操作并锁住了整张表。

3、通过数据库还原整个场景。

相关表：t_product_base  id,name(未做索引)

第一步：根据name对product进行update操作

begin;update t_product_base set name = 'fengshuzi' where name = 'fengshuzi'

第二步：新开一个事务进行update操作

begin;update t_product_base set name = '318' where name='317';commit;

第三步：报错如下

4、原因分析

第一步对product表进行update操作暂不提交事务，where条件使用的是name，因为name没有做索引，此时update操作会锁住整张表，在第一步的事务没有提交之前其他事务无法对锁住的表进行update操作只能等待。

如若想要使得以上操作成功需要给name字段加上索引这样在执行第一步的sql的时候mysql锁住的是name=‘xxx’相关的行而不是整张表，这样的话其它事务可以操作product表的其它行。

5、总结

我们在进行扩项目操作数据库的时候需要特别注意数据库事务锁的问题。update操作锁住的是表还是行关键要看update后面的where字段是否加索引。