java程序中如何实现对mysql数据库中表的锁定

方法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任何可以触发事务提交的命令,都可以关闭共享锁和排它锁

锁的作用，就是把权限归为私有，其它人用不了。你自已把表锁了，自已当然还能用。

1、表级别的锁定是MySQL各存储引擎中最大颗粒度的锁定机制。该锁定机制最大的特点是实现逻辑非常简单，带来的系统负面影响最小。所以获取锁和释放锁的速度很快。由于表级锁一次会将整个表锁定，所以可以很好的避免困扰我们的死锁问题。

2、数据库锁定机制简单来说就是数据库为了保证数据的一致性而使各种共享资源在被并发访问访问变得有序所设计的一种规则。

3、对于任何一种数据库来说都需要有相应的锁定机制，所以MySQL自然也不能例外。

4、MySQL数据库由于其自身架构的特点，存在多种数据存储引擎，每种存储引擎所针对的应用场景特点都不太一样，为了满足各自特定应用场景的需求，每种存储引擎的锁定机制都是为各自所面对的特定场景而优化设计，所以各存储引擎的锁定机制也有较大区别。

5、总的来说，MySQL各存储引擎使用了三种类型（级别）的锁定机制：行级锁定，页级锁定和表级锁定。下面我们先分析一下MySQL这三种锁定的特点和各自的优劣所在。

1 从数据库系统的角度来看：分为独占锁（即排它锁），共享锁和更新锁

MS-SQL Server 使用以下资源锁模式。

锁模式 描述

共享 (S) 用于不更改或不更新数据的 *** 作（只读 *** 作），如 SELECT 语句。

更新 (U) 用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生常见形式的死锁。

排它 (X) 用于数据修改 *** 作，例如 INSERT、UPDATE 或 DELETE。确保不会同时同一资源进行多重更新。

意向锁 用于建立锁的层次结构。意向锁的类型为：意向共享 (IS)、意向排它 (IX) 以及与意向排它共享 (SIX)。

架构锁 在执行依赖于表架构的 *** 作时使用。架构锁的类型为：架构修改 (Sch-M) 和架构稳定性 (Sch-S)。

大容量更新 (BU) 向表中大容量复制数据并指定了 TABLOCK 提示时使用。

◆共享锁

共享 (S) 锁允许并发事务读取 (SELECT) 一个资源。资源上存在共享 (S) 锁时，任何其它事务都不能修改数据。一旦已经读取数据，便立即释放资源上的共享 (S) 锁，除非将事务隔离级别设置为可重复读或更高级别，或者在事务生存周期内用锁定提示保留共享 (S) 锁。

◆更新锁

更新 (U) 锁可以防止通常形式的死锁。一般更新模式由一个事务组成，此事务读取记录，获取资源（页或行）的共享 (S) 锁，然后修改行，此 *** 作要求锁转换为排它 (X) 锁。如果两个事务获得了资源上的共享模式锁，然后试图同时更新数据，则一个事务尝试将锁转换为排它 (X) 锁。共享模式到排它锁的转换必须等待一段时间，因为一个事务的排它锁与其它事务的共享模式锁不兼容；发生锁等待。第二个事务试图获取排它 (X) 锁以进行更新。由于两个事务都要转换为排它 (X) 锁，并且每个事务都等待另一个事务释放共享模式锁，因此发生死锁。

若要避免这种潜在的死锁问题，请使用更新 (U) 锁。一次只有一个事务可以获得资源的更新 (U) 锁。如果事务修改资源，则更新 (U) 锁转换为排它 (X) 锁。否则，锁转换为共享锁。

◆排它锁

排它 (X) 锁可以防止并发事务对资源进行访问。其它事务不能读取或修改排它 (X) 锁锁定的数据。

白话解说如下：

简单说，就是lock table，不让别人动

锁分共享锁和排它锁。

共享锁时，别人能读，不能改变量表数据

排它锁时，别人既不能读，也不能改表数据

根据以上特点，应该就知道何时使用锁了。不想让别人变更数据，对自己产生影响，就加锁。一定要在不用之后，进行锁释放，不然，应用系统会一直因为读取数据而报错。

好处就是，保证数据的原子性，完整性，一致性。 只有加锁者释放了锁，别人才能改变数据。

缺点就是，增加了系统开销，有可能产生锁等待，造成数据库运行异常。这都是不正常的使用锁带来的问题。

以上就是关于java程序中如何实现对mysql数据库中表的锁定全部的内容，包括:java程序中如何实现对mysql数据库中表的锁定、mysql锁定了数据库表只能写，为什么还可以读、sql锁表 分为几种等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！