lock wait timeout exceeded; try restarting transactio解决方案

问题原因：
       今天线上环境，突然出现一个问题，追踪原因是数据库中的一条语句报错，错误内容：
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             请求锁的事务id
requested_lock_id     varchar(81)     no             请求锁的锁id
blocking_trx_id     varchar(18)     no             当前拥有锁的事务id
blocking_lock_id     varchar(81)     no             当前拥有锁的锁id

desc information_schema.innodb_trx ;
field     type     null     key     default     extra     remark
trx_id     varchar(18)     no                 事务id
trx_state     varchar(13)     no                 事务状态：
trx_started     datetime     no         0000-00-00 00:00:00         事务开始时间；
trx_requested_lock_id     varchar(81)     yes         null         innodb_locks.lock_id
trx_wait_started     datetime     yes         null         事务开始等待的时间
trx_weight     bigint(21) unsigned     no         0         #
trx_mysql_thread_id     bigint(21) unsigned     no         0         事务线程id
trx_query     varchar(1024)     yes         null         具体sql语句
trx_operation_state     varchar(64)     yes         null         事务当前操作状态
trx_tables_in_use     bigint(21) unsigned     no         0         事务中有多少个表被使用
trx_tables_locked     bigint(21) unsigned     no         0         事务拥有多少个锁
trx_lock_structs     bigint(21) unsigned     no         0         #
trx_lock_memory_bytes     bigint(21) unsigned     no         0         事务锁住的内存大小（b）
trx_rows_locked     bigint(21) unsigned     no         0         事务锁住的行数
trx_rows_modified     bigint(21) unsigned     no         0         事务更改的行数
trx_concurrency_tickets     bigint(21) unsigned     no         0         事务并发票数
trx_isolation_level     varchar(16)     no                 事务隔离级别
trx_unique_checks     int(1)     no         0         是否唯一性检查
trx_foreign_key_checks     int(1)     no         0         是否外键检查
trx_last_foreign_key_error     varchar(256)     yes         null         最后的外键错误
trx_adaptive_hash_latched     int(1)     no         0         #
trx_adaptive_hash_timeout     bigint(21) unsigned     no         0         #