甜橘子，专注成都网站制作网站设计与营销型网站建设与优化
QQ :532337155
电话：028-86922220
首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
成都创新互联公司主要从事网站设计制作、网站设计、网页设计、企业做网站、公司建网站等业务。立足成都服务商洛,十年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:028-86922220
MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。
如果等待时间超过了配置值（也就是 innodb_lock_wait_timeout 参数的值，个人习惯配置成 5s，MySQL guan 方默认为 50s），则会抛出行锁等待超时错误。
这个UPDATE会一直等待A连接执行commit或者rollback才会生效。”因为客户端A需要一个X 锁定来删除该行，所以在这里发生死锁。尽管如此，锁定请求不被允许，因为客户端B已经有一个对X锁定的请求并且它正等待客户端A释放S锁定。
1、根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。MySQL中表级别的锁有两种：一种是表锁，一种是元数据锁（metadata lock，MDL)。
2、MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。发起死锁检测，主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on）。由于性能原因，一般都是使用死锁检测来进行处理死锁。
3、(1) HOLDLOCK： 在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。
]解锁表：UNLOCK TABLESLOCK TABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCK TABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。
常见的一种锁表场景就是有事务操作处于：Waiting for table metadata lock状态。MySQL在进行alter table等DDL操作时，有时会出现Waiting for table metadata lock的等待场景。
kill 相应的锁之后，查询不受影响。再次删除这个表又出现锁表。问题解决：通过如下语句查询是否有正在执行的事务， 如果有未提交的事务， 可以考虑kill事务或等待事务提交。
这个和死锁不同，只要a事务完成后，b事务就可以正常进行了。类似于正常的红绿灯十字路口通行状态：红灯方向就是等待锁释放的b事务，绿灯方向就是锁定路口的a事务。待红绿灯互换，则a事务执行完毕，b事务也就可以正常执行啦。
MDL表级锁MDL不需要显示使用，在访问一个表的时候自动加上，MDL保证读写的正确性，也就是说在查询数据时，不允许有其他线程对这个表结构做变更。
1、通过show processlist看不到表上有任何操作，但实际上存在有未提交的事务，可以在information_schema.innodb_trx中查看到。在事务没有完成之前，表上的锁不会释放，alter table同样获取不到metadata的独占锁。
2、重启mysql服务 执行show processlist，找到state，State状态为Locked即被其他查询锁住。KILL 10866。
3、MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。发起死锁检测，主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on）。由于性能原因，一般都是使用死锁检测来进行处理死锁。
4、kill 相应的锁之后，查询不受影响。再次删除这个表又出现锁表。问题解决：通过如下语句查询是否有正在执行的事务， 如果有未提交的事务， 可以考虑kill事务或等待事务提交。