mysql中死锁DeadLock：是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。
创新互联公司成都企业网站建设服务，提供网站设计制作、网站制作网站开发,网站定制,建网站,网站搭建,网站设计,响应式网站开发,网页设计师打造企业风格网站,提供周到的售前咨询和贴心的售后服务。欢迎咨询做网站需要多少钱:18982081108
MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
查看表是否被锁：（1）直接在mysql命令行执行：showengineinnodbstatus\G。（2）查看造成死锁的sql语句，分析索引情况，然后优化sql。（3）然后showprocesslist，查看造成死锁占用时间长的sql语句。
数据库中解决死锁的常用方法有： （1）要求每个事务一次就将所有要使用的数据全部加锁，否则就不能执行。（2）采用按序加锁法。（3）不采取任何措施来预防死锁的发生，而是周期性的检查系统中是否有死锁。
mysql数据库死锁解决方法如下：对于按钮等控件，点击后使其立刻失效，不让用户重复点击，避免对同时对同一条记录操作。使用乐观锁进行控制。乐观锁大多是基于数据版本（Version）记录机制实现。
数据库中解决死锁的方法：限制同时访问数据库的用户数。超时线程自动释放。
Monitor的事，作为DBA或数据库开发人员，处理死锁要放在预防和避免死锁上。预防死锁 预防死锁就是破坏四个必要条件中的某一个和几个，使其不能形成死锁。
1、尽量使用短小事务，避免大事务。加FOR UPDATE/LOCK IN SHARE MODE锁时，最好降低事务隔离级别，例如用RC级别，降低死锁发生概率，也可以降低锁定粒度。
2、mysql数据库死锁解决方法如下：对于按钮等控件，点击后使其立刻失效，不让用户重复点击，避免对同时对同一条记录操作。使用乐观锁进行控制。乐观锁大多是基于数据版本（Version）记录机制实现。
3、mysql一般不会死锁，除非程序有问题。性能优先事务不优先的数据库（设置）不要追求可靠性万无一失。网站性能问题主要是数据库量大了以后，查询扫描硬盘而产生的。其它性能不要太在意。
4、死锁举例分析 在MySQL中，行级锁并不是直接锁记录，而是锁索引。
5、MySQL有两种死锁处理方式：由于性能原因，一般都是使用死锁检测来进行处理死锁。死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。
6、避免死锁可以这样做到：在任何查询之前先请求锁，并且按照请求的顺序锁表。MySQL中用于 WRITE(写) 的表锁的实现机制如下：如果表没有加锁，那么就加一个写锁。否则的话，将请求放到写锁队列中。
MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。发起死锁检测，主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on）。由于性能原因，一般都是使用死锁检测来进行处理死锁。
页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
避免死锁可以这样做到：在任何查询之前先请求锁，并且按照请求的顺序锁表。MySQL中用于 WRITE(写) 的表锁的实现机制如下：如果表没有加锁，那么就加一个写锁。否则的话，将请求放到写锁队列中。
uid in (1， 2) ④ 锁住uid=2对应的主键索引行锁： id = [2， 4]解决方案 ：创建联合索引，使执行计划只会用到一个索引。测试表结构 ：场景复现操作 ：解决办法：尽量避免这种插入又回滚的场景。
题主是否想询问“mysql8修改字段说明要死锁怎么办”？首先仔细分析程序的逻辑。其次根据逻辑判断表格类型。最后若是多种表格就按照相同的顺序处理，若只有两张表格就按照先a后b的顺序处理即可。
只有部分或完全回滚其中一个事务，才能打破死锁。InnoDB目前处理死锁的方法是，将持有最少行级排他锁的事务进行回滚。所以事务型应用程序在设计时必须考虑如何处理死锁，多数情况下只需要重新执行因死锁回滚的事务即可。
程序中应有事务失败检测及自动重复提交机制。高并发（秒杀）场景中，关闭innodb_deadlock_detect选项，降低死锁检测开销，提高并发效率。生产环境MySQL死锁如何监控及如何减少死锁发生的概率。
表级锁不会产生死锁.所以解决死锁主要还是针对于最常用的InnoDB。推荐课程：MySQL教程。死锁的关键在于：两个(或以上)的Session加锁的顺序不一致。
采用基本的MySQL MyISAM 表就很合适了。MySQL中对表级锁的存储引擎来说是释放死锁的。避免死锁可以这样做到：在任何查询之前先请求锁，并且按照请求的顺序锁表。
锁是需要事务结束后才释放的。一个是 MVCC，一个是两阶段锁协议。
禁用死锁检测并依赖innodb_lock_wait_timeout设置进行事务回滚可能更有效。记得之前版本遇到死锁会自动回滚。以下截图来自MySQL7，与0默认相同。
多个事务同时锁定同一个资源时也可能会产生死锁。锁的行为和顺序和存储引擎相关。以同样的顺序执行语句，有些存储引擎会产生死锁有些不会——死锁有双重原因：真正的数据冲突；存储引擎的实现方式。
相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。 MySQL大致可归纳为以下3种锁： 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。
这个UPDATE会一直等待A连接执行commit或者rollback才会生效。”因为客户端A需要一个X 锁定来删除该行，所以在这里发生死锁。尽管如此，锁定请求不被允许，因为客户端B已经有一个对X锁定的请求并且它正等待客户端A释放S锁定。
在末使用完之前，不能强行剥夺。（4） 循环等待条件：若干进程之间形成一种头尾相接的循环等待资源关系。这四个条件是死锁的必要条件，只要系统发生死锁，这些条件必然成立，而只要上述条件之 一不满足，就不会发生死锁。
