问题原因：
       今天线上环境，突然出现一个问题，追踪原因是数据库中的一条语句报错，错误内容：
lock wait timeout exceeded; try restarting transactio
       执行update table set status = 1 where id = 10002;是可以的。
       而执行update table set status = 1 where id = 10001;这条语句执行失败。
       错误提示的意思，很明显，是因为这条语句被锁住了。所以释放这个锁。

       
解决方案：
       新创建的数据库，是这样子的：
       新创建的数据库结构
       
       现在我们要查test库中使用情况，我们可以到information_schema中查询
       解释：information_schema这张数据表保存了MySQL服务器所有数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权限等。再简单点，这台MySQL服务器上，到底有哪些数据库、各个数据库有哪些表，每张表的字段类型是什么，各个数据库要什么权限才能访问，等等信息都保存在information_schema表里面。

我们可以用下面三张表来查原因：
       innodb_trx ## 当前运行的所有事务
       innodb_locks ## 当前出现的锁
       innodb_lock_waits ## 锁等待的对应关系

       
如果数据库中有锁的话，那么在
查询当前运行的事务
       
       图中红色语句为占用系统资源的语句，我们需要杀掉这个锁，执行 kill 线程id号。上面这条记录的id为319618246
所以我们执行：kill 319618246即可
执行之后：
执行之后
       
其他的记录不需要关注，因为其他的记录状态为“RUNNING” 即正在执行的事务，并没有锁。。

       我们可以进一步了解一下 那三张表的表结构：

desc information_schema.innodb_locks;
Field     Type     Null     Key     Default     Remark
lock_id     varchar(81)     NO             锁ID
lock_trx_id     varchar(18)     NO             拥有锁的事务ID
lock_mode     varchar(32)     NO             锁模式
lock_type     varchar(32)     NO             锁类型
lock_table     varchar(1024)     NO             被锁的表
lock_index     varchar(1024)     YES         NULL     被锁的索引
lock_space     bigint(21) unsigned     YES         NULL     被锁的表空间号
lock_page     bigint(21) unsigned     YES         NULL     被锁的页号
lock_rec     bigint(21) unsigned     YES         NULL     被锁的记录号
lock_data     varchar(8192)     YES         NULL     被锁的数据

desc information_schema.innodb_lock_waits
Field     Type     Null     Key     Default     Remark
requesting_trx_id     varchar(18)     NO         &nb