详解MySQL（InnoDB）如何处理死锁

锁是需要事务结束后才释放的。

一个是 MVCC，一个是两阶段锁协议。

为什么要并发控制呢？是因为多个用户同时 *** 作 MySQL 的时候，为了提高并发性能并且要求如同多个用户的请求过来之后如同串行执行的一样（为了解决脏读、不可重复读、幻读）

官方定义：

两阶段锁协议是指所有事务必须分两个阶段对数据加锁和解锁，在对任何数据进行读、写 *** 作之前，事务首先要获得对该数据的封锁；在释放一个封锁之后，事务不再申请和获得任何其他封锁。

对应到 MySQL 上分为两个阶段：

但是两阶段锁协议不要求事务必须一次将所有需要使用的数据加锁（innodb在需要的索引列数据才锁行），并且在加锁阶段没有顺序要求，所以这种并发控制方式会形成死锁。

MySQL有两种死锁处理方式：

死锁检测 （默认开启）

死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。

回滚

检测到死锁之后，选择插入更新或者删除的行数最少的事务回滚，基于 INFORMATION_SCHEMAINNODB_TRX 表中的 trx_weight 字段来判断。

收集死锁信息：

减少死锁：

死锁解决：

方法1：用mysql命令锁住表

public void test() {  

  

    String sql = "lock tables aa1 write";  

    // 或String sql = "lock tables aa1 read";   

    // 如果想锁多个表 lock tables aa1 read ,aa2 write ,    

    String sql1 = "select  from aa1 ";  

  

    String sql2 = "unlock tables";  

    try {  

        thispstmt = connprepareStatement(sql);  

        thispstmt1 = connprepareStatement(sql1);  

        thispstmt2 = connprepareStatement(sql2);  

        pstmtexecuteQuery();  

        pstmt1executeQuery();  

        pstmt2executeQuery();  

  

    } catch (Exception e) {  

        Systemoutprintln("异常" + egetMessage());  

    }  

  

}

对于read lock 和 write lock官方说明：

1如果一个线程获得一个表的READ锁定，该线程（和所有其它线程）只能从该表中读取。

如果一个线程获得一个表的WRITE锁定，只有保持锁定的线程可以对表进行写入。

其它的线程被阻止，直到锁定被释放时为止。

2当您使用LOCK TABLES时，您必须锁定您打算在查询中使用的所有的表。

虽然使用LOCKTABLES语句获得的锁定仍然有效，但是您不能访问没有被此语句锁定的任何的表。

同时，您不能在一次查询中多次使用一个已锁定的表——使用别名代替，

在此情况下，您必须分别获得对每个别名的锁定。

对与read lock 和 write lock个人说明：

1read lock 和 write lock 是线程级(表级别)

2在同一个会话中加了read lock锁 只能对这个表进行读 *** 作对这个表以外的任何表都无法进行增、删、改、查的 *** 作

但是在不同会话中，只能对加了read lock的表进行读 *** 作但可以对read lock以外的表进行增、删、改、查的 *** 作

3在同一个会话中加了write lock锁只能对这个表进行读、写 *** 作对这个表以外的任何表都无法进行增、删、改、查的 *** 作

但是在不同会话中,无法对加了write lock的表进行读、写 *** 作但可以对write lock以外的表进行增、删、改、查的 *** 作

4如果表中使用了别名(SELECT FROM aa1 AS byname_table)

在对aa1加锁时，必须把别名加上去(lock tables aa1 as byname_table read)

在同一个会话中必须使用别名进行查询

在不同的会话中可以不需要使用别名进行查询

5在多个会话中可以对同一个表进行lock read *** 作但不能在多个会话中对同一个表进行lock write *** 作（这些锁将等待已锁的表释放自身的线程锁）

如果多个会话对同一个表进行lock read *** 作那么在这些会话中,也只能对以锁的表进行读 *** 作

6如果要你锁住了一个表，需要嵌套查询你必须使用别名，并且，要锁定别名

例如lock table aa1 read ,aa1 as byname_table read;

select from aa1 where id in (select from aa1 as xx  where id=2);

7解锁必须用unlock tables;

另:

在JAVA程序中,要想解锁,需要调用 unlock tables来解锁

如果没有调用unlock tables

关闭connection 、程序结束 、调用GC 都能解锁

方法2：用记录锁锁表

public void test() {  

  

    String sql = "select  from aa1 for update";   

               // select  from aa1 lock in share mode;   

  

    try {  

        connsetAutoCommit(false);  

        thispstmt = connprepareStatement(sql);  

        pstmtexecuteQuery();  

  

    } catch (Exception e) {  

        Systemoutprintln("异常" + egetMessage());  

    }  

  

}

1for update 与 lock in share mode 属于行级锁和页级锁

2for update 排它锁,lock in share mode 共享锁

3对于记录锁必须开启事务

4行级锁定事实上是索引记录的锁定只要是用索引扫描的行（或没索引全表扫描的行）,都将被锁住

5在不同的隔离级别下还会使用next-key locking算法即所扫描的行之间的“间隙”也会也锁住(在Repeatable read和Serializable隔离级别下有间隙锁)

6在mysql中共享锁的含义是:在被共享锁锁住的行,即使内容被修改且并没有提交在另一个会话中依然看到最新修改的信息

在同一会话中加上了共享锁可以对这个表以及这个表以外的所有表进行增、删、改、查的 *** 作

在不同的会话中可以查到共享锁锁住行的最新消息但是在Read Uncommitted隔离级别下不能对锁住的表进行删，

改 *** 作（需要等待锁释放才能 *** 作）

在Read Committed隔离级别下不能对锁住的表进行删，改 *** 作（需要等待锁释放才能 *** 作）

在Repeatable read隔离级别下不能对锁住行进行增、删、改 *** 作（需要等待锁释放才能 *** 作）

在Serializable隔离级别下不能对锁住行进行增、删、改 *** 作  （需要等待锁释放才能 *** 作）

7在mysql中排他锁的含义是:在被排它锁锁住的行,内容修改并没提交，在另一个会话中不会看到最新修改的信息。

在不同的会话中可以查到共享锁锁住行的最新消息但是Read Uncommitted隔离级别下不能对锁住的表进行删，

改 *** 作（需要等待锁释放才能 *** 作）

在Read Committed隔离级别下不能对锁住的表进行删，改 *** 作（需要等待锁释放才能 *** 作）

在Repeatable read隔离级别下不能对锁住行进行增、删、改 *** 作（需要等待锁释放才能 *** 作）

在Serializable隔离级别下不能对锁住行进行增、删、改 *** 作 （需要等待锁释放才能 *** 作）

8在同一个会话中的可以叠加多个共享锁和排他锁在多个会话中,需要等待锁的释放

9SQL中的update 与 for update是一样的原理

10等待超时的参数设置:innodb_lock_wait_timeout=50 (单位秒)

11任何可以触发事务提交的命令,都可以关闭共享锁和排它锁

以上就是关于详解MySQL（InnoDB）如何处理死锁全部的内容，包括:详解MySQL（InnoDB）如何处理死锁、java程序中如何实现对mysql数据库中表的锁定、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！