13518219792
可直接在mysql命令行执行：show engine innodb status\G; 查看造成死锁的sql语句，分析索引情况，然后优化sql然后show processlist;另外可以打开慢查询日志，linux下打开需在my.cnf的[mysqld]里面加上以下内容：
目前成都创新互联公司已为上1000+的企业提供了网站建设、域名、虚拟主机、网站托管运营、企业网站设计、汕头网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
这个问题，问的就有问题，你对同一条记录，同时想将use设置成1或2，业务逻辑就有问题啊。我原来处理过类似的问题，介绍一下我的处理方式，在use表中，增加一个字段b，默认值是0，在事物一开始的时候，先将你要处理的那条记录的b值，设置成1，再事物全都处理完毕后，在将1更新成0。如果事物一开始发现这条记录的b值是1，则直接提示用户，正在对同一条数据进行处理，请稍后在试，代码里直接就return了，不往下进行。
说白了，就是用一个字段，把一条记录锁住，事物一开始先判断锁没锁，如果锁了就提示用户，如果没锁，就锁住，然后向下进行，但是，无论是正常处理完，还是回滚，或者是抛出异常，都不要忘了把锁解开。
可直接在mysql命令行执行:show engine innodb status\G; 查看造成死锁的sql语句,分析索引情况,然后优化sql然后show processlist; 另外可以打开慢查询日志,linux下打开需在...
锁是需要事务结束后才释放的。
一个是 MVCC，一个是两阶段锁协议。
为什么要并发控制呢？是因为多个用户同时操作 MySQL 的时候，为了提高并发性能并且要求如同多个用户的请求过来之后如同串行执行的一样（为了解决脏读、不可重复读、幻读）
官方定义：
两阶段锁协议是指所有事务必须分两个阶段对数据加锁和解锁，在对任何数据进行读、写操作之前，事务首先要获得对该数据的封锁；在释放一个封锁之后，事务不再申请和获得任何其他封锁。
对应到 MySQL 上分为两个阶段：
但是两阶段锁协议不要求事务必须一次将所有需要使用的数据加锁（innodb在需要的索引列数据才锁行），并且在加锁阶段没有顺序要求，所以这种并发控制方式会形成死锁。
MySQL有两种死锁处理方式：
死锁检测 （默认开启）
死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。
回滚
检测到死锁之后，选择插入更新或者删除的行数最少的事务回滚，基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段来判断。
收集死锁信息：
减少死锁：
死锁解决：
