1、只有部分或完全回滚其中一个事务，才能打破死锁。InnoDB目前处理死锁的方法是，将持有最少行级排他锁的事务进行回滚。所以事务型应用程序在设计时必须考虑如何处理死锁，多数情况下只需要重新执行因死锁回滚的事务即可。
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：国际域名空间、网站空间、营销软件、网站建设、郊区网站维护、网站推广。
2、通过索引优化SQL效率，降低死锁概率，避免全表扫描导致锁定所有数据。程序中应有事务失败检测及自动重复提交机制。高并发（秒杀）场景中，关闭innodb_deadlock_detect选项，降低死锁检测开销，提高并发效率。
3、表级锁不会产生死锁.所以解决死锁主要还是针对于最常用的InnoDB。推荐课程：MySQL教程。死锁的关键在于：两个(或以上)的Session加锁的顺序不一致。
4、首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
5、uid in (1， 2) ④ 锁住uid=2对应的主键索引行锁： id = [2， 4]解决方案 ：创建联合索引，使执行计划只会用到一个索引。测试表结构 ：场景复现操作 ：解决办法：尽量避免这种插入又回滚的场景。
6、我们mysql用的存储引擎是innodb，从日志来看，innodb主动探知到死锁，并回滚了某一苦苦等待的事务。
读写锁可以由三种状态：读模式下加锁状态、写模式下加锁状态、不加锁状态。一次只有一个线程可以占有写模式的读写锁，但是多个线程可以同时占有读模式的读写 锁。
什么操作会加MDL锁？在MySQL5版本中引入了MDL，当对一个表做增删改查操作的时候，加MDL读锁；当要对表做结构变更操作的时候，加MDL写锁。读锁之间不互斥，因此可以有多个线程同时对一张表增删改查。
当一个线程获得对一个表的写锁后，只有持有锁线程可以对表进行更新操作。其他线程的读、写操作都会等待，直到锁被释放为止。
根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。MySQL中表级别的锁有两种：一种是表锁，一种是元数据锁（metadata lock，MDL)。
再次删除这个表又出现锁表。问题解决：通过如下语句查询是否有正在执行的事务， 如果有未提交的事务， 可以考虑kill事务或等待事务提交。
(1) HOLDLOCK： 在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。
重启mysql服务 执行show processlist，找到state，State状态为Locked即被其他查询锁住。KILL 10866。
1、方法二：kill掉这个线程id号，让事务回滚。
2、事务未提交会提示：Lock wait timeout exceeded； try restarting transaction等待超时。
3、再次删除这个表又出现锁表。问题解决：通过如下语句查询是否有正在执行的事务， 如果有未提交的事务， 可以考虑kill事务或等待事务提交。
