一、问题抛出
在做查询语句时，MySQL 抛出了这样的异常
MySQLservererrorreport:Array( [0] =>Array ( [message] =>MySQLQueryError ) [1] =>Array ( [sql] =>SELECT*FROMtaobao_tradeWHEREorder_status=1andorderID='2018061812306547'ANDis_tran_success=0forupdate ) [2] =>Array ( [error] =>Lockwaittimeoutexceeded; tryrestartingtransaction ) [3] =>Array ( [errno] =>1205 ) )
即Lock wait timeout exceeded; try restarting transaction的异常，错误提示的意思，很明显，是因为这条语句被锁住了，所以释放这个锁。
二、解决方案
我们可以通过到information_schema 中来进行查找被锁的语句。
解释： information_schema这张数据表保存了MySQL服务器所有数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权限等。再简单点，这台MySQL服务器上，到底有哪些数据库、各个数据库有哪些表，每张表的字段类型是什么，各个数据库要什么权限才能访问，等等信息都保存在information_schema表里面。
我们可以用下面三张表来查原因：
innodb_trx当前运行的所有事务innodb_locks当前出现的锁innodb_lock_waits锁等待的对应关系
如果数据库中有锁的话，我们可以使用这条语句来查看：
select*frominformation_schema.innodb_trx
图中红色语句 LOCK WAIT为占用系统资源的语句，我们需要杀掉这个锁，执行 kill 线程id号。上面这条记录的id为199120823069, trx_mysql_thread_id 为 738178711, 所以我们执行：kill 738178711杀掉这个MySQL语句的线程即可。
执行之后：
kill738178711// 查询线程// SELECT * from information_schema.processlist WHERE id = 738178711;// show full processlist;
其他的记录不需要关注，因为其他的记录状态为“RUNNING” 即正在执行的事务，并没有锁。
三、三张表字段说明
- innodb_trx
descinformation_schema.innodb_trx;
- innodb_locks
desc information_schema.innodb_locks;
- innodb_lock_waits
desc information_schema.innodb_lock_waits
四、终极方法
如果以上方法杀掉线程，但还是不能解决，则我们就可以查找执行线程用时比较久的用户，然后直接干掉。
1. SELECT * from information_schema.`PROCESSLIST` WHERE Time > 1000 AND USER = 'wonguser' ORDER BY TIME desc; 2. 3. kill 740097562
这样把所有耗时比较久的任务干掉，就可以解决这个问题了。
小结
关于我的那个问题，我通过这个方法 select * from information_schema.innodb_trx 已经杀掉了线程，但通过表直接修改那个id对应的数据，还是会弹出Lock wait timeout exceeded; try restarting transaction这样的异常，在网上找了许多未找出具体的解决方法，后来自己灵光一现，可以找出那些好事比较久的线程，然后把那些可疑的线程杀掉，没想到这个问题就解决了，可以正常对这行数据进行操作了。
