解决方案 ：创建联合索引，使执行计划只会用到一个索引。测试表结构 ：场景复现操作 ：解决办法：尽量避免这种插入又回滚的场景。
创新互联从2013年开始，是专业互联网技术服务公司，拥有项目做网站、成都网站设计网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元郴州做网站,已为上家服务,为郴州各地企业和个人服务,联系电话:13518219792
系统资源：检查系统资源使用情况，查看是否存在内存、磁盘等资源不足的情况，以及是否存在网络延迟等问题。
gap lock 导致了并发处理的死锁 在mysql默认的事务隔离级别（repeatable read）下，无法避免这种情况。只能把并发处理改成同步处理。或者从业务层面做处理。
这个问题，问的就有问题，你对同一条记录，同时想将use设置成1或2，业务逻辑就有问题啊。
1、MySQL有两种死锁处理方式：死锁检测 （默认开启） 死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。
2、表级锁不会产生死锁。所以解决死锁主要还是针对于最常用的InnoDB。死锁举例分析 在MySQL中，行级锁并不是直接锁记录，而是锁索引。
3、产生死锁的四个必要条件：（1） 互斥条件：一个资源每次只能被一个进程使用。（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
4、查看表是否被锁：（1）直接在mysql命令行执行：showengineinnodbstatus\G。（2）查看造成死锁的sql语句，分析索引情况，然后优化sql。（3）然后showprocesslist，查看造成死锁占用时间长的sql语句。
mysql数据库死锁解决方法如下：对于按钮等控件，点击后使其立刻失效，不让用户重复点击，避免对同时对同一条记录操作。使用乐观锁进行控制。乐观锁大多是基于数据版本（Version）记录机制实现。
事务处理：如果事务处理不当，例如事务的隔离级别设置不当，就可能导致死锁或锁表的问题。
你问的是mysql批量插入死锁的原因吧？并发操作、数据库设计不合理。并发操作：当多个线程同时进行批量插入操作时会导致并发冲突从而引起死锁问题。
死锁举例分析 在MySQL中，行级锁并不是直接锁记录，而是锁索引。
这个问题，问的就有问题，你对同一条记录，同时想将use设置成1或2，业务逻辑就有问题啊。
1、selectinto和insertintoselect两种表复制语句第一句（selectintofrom）要求目标表（destTbl）不存在，因为在插入时会自动创建。
2、会死锁。truncate指的是一种语言函数。当使用insert对select进行记录的插入时，如果select的表是innodb类型的，不论insert的表是什么类型的表，都会对select的表的纪录进行锁定。是会死锁的。
3、表级锁不会产生死锁。所以解决死锁主要还是针对于最常用的InnoDB。死锁举例分析 在MySQL中，行级锁并不是直接锁记录，而是锁索引。
4、你问的是mysql批量插入死锁的原因吧？并发操作、数据库设计不合理。并发操作：当多个线程同时进行批量插入操作时会导致并发冲突从而引起死锁问题。
5、单纯insert是不会出现死锁的，只有查询、更新、删除时where中不止一个条件时，容易多线程死锁！但是在复杂的语句中例外，比如insert select 如果select中的where条件也是两个及其以上是会死锁的。
使用乐观锁进行控制。乐观锁大多是基于数据版本（Version）记录机制实现。即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是 通过为数据库表增加一个“version”字段来实现。
MySQL有两种死锁处理方式：死锁检测 （默认开启） 死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。
每个使用关系型数据库的程序都可能遇到数据死锁或不可用的情况，而这些情况需要在代码中编程来解决；本文主要介绍与数据库事务死锁等情况相关的重试逻辑概念，此外，还会探讨如何避免死锁等问题，文章以DB2(版本9)与为例进行讲解。
程序方面优化算法（如有序资源分配法、银行算法等），在一个程序里，能不用多线程更新同一张数据库表尽量不要用，如果要用，其避免死锁的算法就很复杂。
◆使用SQL Server Profiler的Create Trace Wizard运行“Identify The Cause of a Deadlock”跟踪来辅助识别死锁问题，它将提供帮助查找数据库产生死锁原因的原始数据。
数据库中解决死锁的常用方法有： （1）要求每个事务一次就将所有要使用的数据全部加锁，否则就不能执行。（2）采用按序加锁法。（3）不采取任何措施来预防死锁的发生，而是周期性的检查系统中是否有死锁。
