在练习项目中，没有使用mysql行级锁。而是通过rabbitmq队列，使用库存增加以及减少。通过显示创建事务实现两表更新数据。在测试过程中，多人操作订单，导致出现事务锁超时，在MySQL命令行使用
show full processlist;
查到MySQL有很多update进程处于sleep中。可以判断可能由于事务中的逻辑中断或者代码出错后未关闭MySQL连接句柄导致，也就是事务锁一直处于未关闭状态。
相关资料：
show full processlist;
在没有InnoDB Plugin之前使用，其很难发现被锁行记录问题所在，shou engine innodb status只能查看当前数据库请求，以及当前事务中锁的情况。
目前可以通过MySQL数据库自带information_schema库中的三张表来解决问题:INNODB_TRX、INNODB_LOCKS、INNODB_LOCK_WAITS。
比较常用的列：
trx_id:InnoDB存储引擎内部唯一的事物ID
trx_status:当前事务的状态
trx_status:事务的开始时间
trx_requested_lock_id：等待事务的锁ID
trx_wait_started：事务等待的开始时间
trx_weight：事务的权重，反应一个事务修改和锁定的行数，当发现死锁需要回滚时，权重越小的值被回滚
trx_mysql_thread_id：MySQL中的进程ID，与show processlist中的ID值相对应
trx_query：事务运行的SQL语句
kill 进程ID; 工作中遇到了一条查询记录，select * from car for update 或者是修改某个字段的值，就报错：Lock wait timeout exceeded; try restarting transaction解决方法，另外从根本上从业务逻辑代码优化对数据库的操作，之前也遇到过此类情况，比如刚刚修改完这条记录，接着再次修改，也会报此错误，从代码和业务层面尽量避免开来。
