第一印象是被某个语句锁住，多次执行show full processlist 查看对同一个表执行的操作，查看 show engine innodb statusG 只显示被锁住的语句，未显示被哪个语句锁住（在官方5.5版本中同样也是显示这样的情况，在mariadb分支中，显示的信息比较详细！）；
这个时候采取的办法是打开 innodb 监控器，innodb_lock_monitor 16s 检测一次，在测试程序的时候仍然一无所获；此时我们只能开始怀疑 os问题，cpu负载，磁盘IO；由于网络是隔离的，起初怀疑网络原因，导致连接经常断掉，调整为同一个网络仍然无效；后来将数据全部mysqldump出来（这样排除了磁盘未损坏的问题，至少能读取）
这种情况只能去怀疑程序的问题，java 采用连接池，当初怀疑某个未commit的线程被复用的问题；这次打开了 general log； 显示的格式为： time thread id SQL语句；这次我们有较大的收获；通过比较commit 与 set autocommit 个数不同，对应到具体线程，即可知道哪个线程未提交事务；这个时候剩下的就是让开发人员修改代码啦。
小结：对于MySQL官方原版的数据库。5.5 及以下版本的锁信息 显示的是不全面的，可以的话切换为mariadb版本；针对锁信息的查看，可以使用5.5中新功能：performance_schema ，这个锁问题很方便；general log 要好好利用，他是诊断故障，测试性能的救命稻草！！