java代码锁表 java锁表的原因

java中怎么查看数据库是否锁表

oracle吗?查看这个Java登录的session的用户,用这个用户登录sqlplus再执行上面的语句看,java.util.NoSuchElementException应该是权限问题,没法访问这些表,相当于当前用户的schema下没有这些表

创新互联建站主营奉节网站建设的网络公司,主营网站建设方案,app开发定制,奉节h5重庆小程序开发搭建,奉节网站营销推广欢迎奉节等地区企业咨询

java静态方法中,传入Connection,有的时候会锁表。请问为什么会这样?

头一次见到操作数据库有把Connection传入某个方法里的。

你每次调用事务之前都把con的AutoCommit设置为false了吧?你commit后有没有把con设置回true?

估计是锁表的主要原因。

-------------------------

老兄 你是用JDCB连接的不?如果是的话 你看看代码里有没有setAutoCommit(false)这个就已经把自动提交给关闭了,你每次使用完事务 必须在调用一次setAutoCommit(true);正常情况下都是自动提交的。否则你执行不了SQL语句

java锁表的某条记录

数据库是 oracle?

直接select * from 表 where id='xxxx' for update

然后程序里面不commit 就锁了这条数据了

在java 中操作数据库时,怎么锁表

首先synchronized不可能做到对某条数据库的数据加锁。它能做到的只是对象锁。 比如数据表table_a中coloum_b的数据是临界数据,也就是你说的要保持一致的数据。你可以定义一个类,该类中定义两个方法read()和write()(注意,所有有关该临界资源的

java对链表加锁并锁住其中的所有元素,

办法倒是有

自己写一个类, 包含一个list属性, 写几个add,get delete等方法,这些方法就是去操作list里面的元素.同时这些方法是加锁,线程安全的

当然了,链表容器本来就有线程安全的,vector等,可以直接用

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 {  

this.pstmt = conn.prepareStatement(sql);  

this.pstmt1 = conn.prepareStatement(sql1);  

this.pstmt2 = conn.prepareStatement(sql2);  

pstmt.executeQuery();  

pstmt1.executeQuery();  

pstmt2.executeQuery();  

} catch (Exception e) {  

System.out.println("异常" + e.getMessage());  

}  

}

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

1.如果一个线程获得一个表的READ锁定,该线程(和所有其它线程)只能从该表中读取。

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

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

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

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

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

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

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

1.read 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 {  

conn.setAutoCommit(false);  

this.pstmt = conn.prepareStatement(sql);  

pstmt.executeQuery();  

} catch (Exception e) {  

System.out.println("异常" + e.getMessage());  

}  

}

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

2.for 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.在同一个会话中的可以叠加多个共享锁和排他锁.在多个会话中,需要等待锁的释放.

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

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

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


名称栏目:java代码锁表 java锁表的原因
本文路径:http://scyanting.com/article/hgdece.html