避免mysql死锁的方法：1、以固定的顺序访问表和行；2、大事务更倾向于死锁，如果业务允许，将大事务拆小；3、在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁概率；4、降低隔离级别；5、为表添加合理的索引。如何尽可能避免死锁：1、以固定的顺序访问表和行。比如两个更新数据的事务，事务A 更新数据的顺序 为1，2；事务B更新数据的顺序为2，1。这样更可能会造成死锁。2、大事务拆小。大事务更倾向于死锁，如果业务允许，将大事务拆小。3、在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁概率。
mysql死锁的解决发方法：1、等待，直到超时（innodb_lock_wait_timeout=50s），自动回滚事务；2、发起死锁检测，主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on）。MySQL有两种死锁处理方式：● 等待，直到超时（innodb_lock_wait_timeout=50s），自动回滚事务。● 发起死锁检测，主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on）。由于性能原因，一般都是使用死锁检测来进行处理
本文主要和大家一起聊一聊MySQL死锁与日志二三事，实际业务当中如何快速的定位线上MySQL问题，修复异常？本文根据两个实际case，分享下相关的经验与方法，感兴趣的小伙伴们可以参考一下，希望能帮助到大家。最近线上 MySQL 接连发生了几起数据异常，都是在凌晨爆发，由于业务场景属于典型的数据仓库型应用，白天压力较小无法复现。甚至有些异常还比较诡异，最后 root cause 分析颇费周折。那实际业务当中咱们如何能快速的定位线上 MySQL 问题，修复异常呢？下文我会根据两个实际 case，分享下相关的经
一、死锁的概念 多个线程的同步如果设计不当，就会造成死锁。死锁是指多个线程共享某些资源时，都在等待对方释放资源，从而导致程序停滞不前的情况。 死锁会造成程序停滞不前，所以我们在编写多线程程序时一定要注意避免死锁现象的发生。其实上面的问题很好解决，只要两个线程以相同的顺序访问临界资源即可。 设置锁定超时时间， 使用这种方法也可以来避免死锁二、死锁的条件互斥条件：资源不能被共享，只能由一个进程使用。请求与保持条件：已经得到资源的进程可以再次申请新的资源。非剥夺条件：已经分配的资源不能从相应的进
1.首先我们需要判断是哪个用户锁住了哪张表. --查询被锁表 select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type=OBJECT 查询后会返回一个包含spid和tableName列的表. 其中spid是进程名,tableNa…