mysql死锁场景整理

MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。发起死锁检测，主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on）。由于性能原因，一般都是使用死锁检测来进行处理死锁。

成都创新互联公司是一家专注于成都网站设计、成都网站建设与策划设计,茅箭网站建设哪家好?成都创新互联公司做网站,专注于网站建设10年,网设计领域的专业建站公司;建站业务涵盖:茅箭等地区。茅箭做网站价格咨询:028-86922220

产生死锁的四个必要条件：（1） 互斥条件：一个资源每次只能被一个进程使用。（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。

程序中应有事务失败检测及自动重复提交机制。高并发（秒杀）场景中，关闭innodb_deadlock_detect选项，降低死锁检测开销，提高并发效率。生产环境MySQL死锁如何监控及如何减少死锁发生的概率。

死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环。（推荐教程：mysql教程）当事务试图以不同的顺序锁定资源时，就可能产生死锁。多个事务同时锁定同一个资源时也可能会产生死锁。

gap lock 导致了并发处理的死锁 在mysql默认的事务隔离级别（repeatable read）下，无法避免这种情况。只能把并发处理改成同步处理。或者从业务层面做处理。

如何尽可能避免死锁：以固定的顺序访问表和行。比如两个更新数据的事务，事务A 更新数据的顺序 为1，2；事务B更新数据的顺序为2，1。这样更可能会造成死锁。大事务拆小。

MySQL可重复读防止幻读

MySQL 是如何解决幻读的如果你看到了这篇文章，那么我会默认你了解了 脏读 、不可重复读与可重复读。 多版本并发控制（MVCC）（快照读）多数数据库都实现了多版本并发控制，并且都是靠保存数据快照来实现的。

下面来论证一下可重复读下幻读的解决方案 先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。

MySQL InnoDB事务隔离级别脏读、可重复读、幻读MySQL InnoDB事务的隔离级别有四级，默认是“可重复读”(REPEATABLE READ)。· 1).未提交读(READUNCOMMITTED)。

开发人员为什么必须要了解数据库锁详解

锁是为了各个用户能够准确的操作数据而存在的。

数据库锁的产生原因：数据库和操作系统一样，是一个多用户使用的共享资源。当多个用户并发地存取数据 时，在数据库中就会产生多个事务同时存取同一数据的情况。

锁详解（推荐教程：mysql教程）数据库锁机制简单来说就是，数据库为了保证数据的一致性，而使各种共享资源在被并发访问变得有序所设计的一种规则。对于任何一种数据库来说都需要有相应的锁定机制，所以MySQL自然也不能例外。

数据库锁是保证数据数据正确被修改的必不可少的手段，是关系型数据库很重要的一个保证数据完整性的工具。这里不说锁的优点，单说其缺点，然后研究怎么规避这些缺点，降低锁的负面影响。 降低系统性能。

并发度最低。行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。

什么是数据库锁定与死锁锁定(Locking)发生在当一个事务获得对某一资源的“锁”时，这时，其他的事务就不能更改这个资源了，这种机制的存在是为了保证数据一致性；在设计与数据库交互的程序时，必须处理锁与资源不可用的情况。