java中怎么查看數(shù)據(jù)庫是否鎖表

oracle嗎?查看這個(gè)Java登錄的session的用戶,用這個(gè)用戶登錄sqlplus再執(zhí)行上面的語句看,java.util.NoSuchElementException應(yīng)該是權(quán)限問題,沒法訪問這些表,相當(dāng)于當(dāng)前用戶的schema下沒有這些表

創(chuàng)新互聯(lián)建站主營奉節(jié)網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,app開發(fā)定制,奉節(jié)h5重慶小程序開發(fā)搭建,奉節(jié)網(wǎng)站營銷推廣歡迎奉節(jié)等地區(qū)企業(yè)咨詢

java靜態(tài)方法中，傳入Connection,有的時(shí)候會(huì)鎖表。請(qǐng)問為什么會(huì)這樣？

頭一次見到操作數(shù)據(jù)庫有把Connection傳入某個(gè)方法里的。

你每次調(diào)用事務(wù)之前都把con的AutoCommit設(shè)置為false了吧？你commit后有沒有把con設(shè)置回true？

估計(jì)是鎖表的主要原因。

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

老兄 你是用JDCB連接的不？如果是的話 你看看代碼里有沒有setAutoCommit(false)這個(gè)就已經(jīng)把自動(dòng)提交給關(guān)閉了，你每次使用完事務(wù) 必須在調(diào)用一次setAutoCommit(true);正常情況下都是自動(dòng)提交的。否則你執(zhí)行不了SQL語句

java鎖表的某條記錄

數(shù)據(jù)庫是 oracle?

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

然后程序里面不commit 就鎖了這條數(shù)據(jù)了

在java 中操作數(shù)據(jù)庫時(shí)，怎么鎖表

首先synchronized不可能做到對(duì)某條數(shù)據(jù)庫的數(shù)據(jù)加鎖。它能做到的只是對(duì)象鎖。 比如數(shù)據(jù)表table_a中coloum_b的數(shù)據(jù)是臨界數(shù)據(jù)，也就是你說的要保持一致的數(shù)據(jù)。你可以定義一個(gè)類，該類中定義兩個(gè)方法read()和write()(注意，所有有關(guān)該臨界資源的

java對(duì)鏈表加鎖并鎖住其中的所有元素，

辦法倒是有

自己寫一個(gè)類, 包含一個(gè)list屬性, 寫幾個(gè)add,get delete等方法,這些方法就是去操作list里面的元素.同時(shí)這些方法是加鎖,線程安全的

當(dāng)然了,鏈表容器本來就有線程安全的,vector等,可以直接用

java程序中如何實(shí)現(xiàn)對(duì)mysql數(shù)據(jù)庫中表的鎖定

方法1：用mysql命令鎖住表.

public?void?test()?{??

String?sql?=?"lock?tables?aa1?write";??

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

//?如果想鎖多個(gè)表?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());??

}??

}

對(duì)于read lock 和 write lock官方說明：

1.如果一個(gè)線程獲得一個(gè)表的READ鎖定，該線程（和所有其它線程）只能從該表中讀取。

如果一個(gè)線程獲得一個(gè)表的WRITE鎖定，只有保持鎖定的線程可以對(duì)表進(jìn)行寫入。

其它的線程被阻止，直到鎖定被釋放時(shí)為止。

2.當(dāng)您使用LOCK TABLES時(shí)，您必須鎖定您打算在查詢中使用的所有的表。

雖然使用LOCKTABLES語句獲得的鎖定仍然有效，但是您不能訪問沒有被此語句鎖定的任何的表。

同時(shí)，您不能在一次查詢中多次使用一個(gè)已鎖定的表——使用別名代替，

在此情況下，您必須分別獲得對(duì)每個(gè)別名的鎖定。

對(duì)與read lock 和 write lock個(gè)人說明：

1.read lock 和 write lock 是線程級(jí)(表級(jí)別).

2.在同一個(gè)會(huì)話中加了read lock鎖. 只能對(duì)這個(gè)表進(jìn)行讀操作.對(duì)這個(gè)表以外的任何表都無法進(jìn)行增、刪、改、查的操作.

但是在不同會(huì)話中，只能對(duì)加了read lock的表進(jìn)行讀操作.但可以對(duì)read lock以外的表進(jìn)行增、刪、改、查的操作.

3.在同一個(gè)會(huì)話中加了write lock鎖.只能對(duì)這個(gè)表進(jìn)行讀、寫操作.對(duì)這個(gè)表以外的任何表都無法進(jìn)行增、刪、改、查的操作.

但是在不同會(huì)話中,無法對(duì)加了write lock的表進(jìn)行讀、寫操作.但可以對(duì)write lock以外的表進(jìn)行增、刪、改、查的操作.

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

在對(duì)aa1加鎖時(shí)，必須把別名加上去(lock tables aa1 as byname_table read)

在同一個(gè)會(huì)話中.必須使用別名進(jìn)行查詢.

在不同的會(huì)話中.可以不需要使用別名進(jìn)行查詢.

5.在多個(gè)會(huì)話中可以對(duì)同一個(gè)表進(jìn)行l(wèi)ock read操作.但不能在多個(gè)會(huì)話中對(duì)同一個(gè)表進(jìn)行l(wèi)ock write操作（這些鎖將等待已鎖的表釋放自身的線程鎖）

如果多個(gè)會(huì)話對(duì)同一個(gè)表進(jìn)行l(wèi)ock read操作.那么在這些會(huì)話中,也只能對(duì)以鎖的表進(jìn)行讀操作.

6.如果要你鎖住了一個(gè)表，需要嵌套查詢.你必須使用別名，并且，要鎖定別名.

例如.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程序中,要想解鎖,需要調(diào)用 unlock tables來解鎖.

如果沒有調(diào)用unlock tables.

關(guān)閉connection 、程序結(jié)束 、調(diào)用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 屬于行級(jí)鎖和頁級(jí)鎖

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

3.對(duì)于記錄鎖.必須開啟事務(wù).

4.行級(jí)鎖定事實(shí)上是索引記錄的鎖定.只要是用索引掃描的行（或沒索引全表掃描的行）,都將被鎖住.

5.在不同的隔離級(jí)別下還會(huì)使用next-key locking算法.即所掃描的行之間的“間隙”也會(huì)也鎖住(在Repeatable read和Serializable隔離級(jí)別下有間隙鎖).

6.在mysql中共享鎖的含義是:在被共享鎖鎖住的行,即使內(nèi)容被修改且并沒有提交.在另一個(gè)會(huì)話中依然看到最新修改的信息.

在同一會(huì)話中加上了共享鎖.可以對(duì)這個(gè)表以及這個(gè)表以外的所有表進(jìn)行增、刪、改、查的操作.

在不同的會(huì)話中.可以查到共享鎖鎖住行的最新消息.但是在Read Uncommitted隔離級(jí)別下不能對(duì)鎖住的表進(jìn)行刪，

改操作.（需要等待鎖釋放才能操作...）

在Read Committed隔離級(jí)別下不能對(duì)鎖住的表進(jìn)行刪，改操作.（需要等待鎖釋放才能操作...）

在Repeatable read隔離級(jí)別下不能對(duì)鎖住行進(jìn)行增、刪、改操作.（需要等待鎖釋放才能操作...）

在Serializable隔離級(jí)別下不能對(duì)鎖住行進(jìn)行增、刪、改操作.??（需要等待鎖釋放才能操作...）

7.在mysql中排他鎖的含義是:在被排它鎖鎖住的行,內(nèi)容修改并沒提交，在另一個(gè)會(huì)話中不會(huì)看到最新修改的信息。

在不同的會(huì)話中.可以查到共享鎖鎖住行的最新消息.但是Read Uncommitted隔離級(jí)別下不能對(duì)鎖住的表進(jìn)行刪，

改操作.（需要等待鎖釋放才能操作...）

在Read Committed隔離級(jí)別下不能對(duì)鎖住的表進(jìn)行刪，改操作.（需要等待鎖釋放才能操作...）

在Repeatable read隔離級(jí)別下不能對(duì)鎖住行進(jìn)行增、刪、改操作.（需要等待鎖釋放才能操作...）

在Serializable隔離級(jí)別下不能對(duì)鎖住行進(jìn)行增、刪、改操作. （需要等待鎖釋放才能操作...）

8.在同一個(gè)會(huì)話中的可以疊加多個(gè)共享鎖和排他鎖.在多個(gè)會(huì)話中,需要等待鎖的釋放.

9.SQL中的update 與 for update是一樣的原理.

10.等待超時(shí)的參數(shù)設(shè)置:innodb_lock_wait_timeout=50 (單位秒).

11.任何可以觸發(fā)事務(wù)提交的命令,都可以關(guān)閉共享鎖和排它鎖.

當(dāng)前名稱：java代碼鎖表 java鎖表的原因
當(dāng)前網(wǎng)址：http://chinadenli.net/article24/hgdece.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號(hào)、靜態(tài)網(wǎng)站、移動(dòng)網(wǎng)站建設(shè)、域名注冊(cè)、網(wǎng)站收錄、外貿(mào)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)