mysql備份數(shù)據(jù)庫(kù) 怎么鎖表

MySQL8.x 中新增了一個(gè)輕量級(jí)的備份鎖，它允許在 online 備份的時(shí)候進(jìn)行 DML 操作，同時(shí)可防止快照不一致。這個(gè)鎖禁止的操作很少，它禁止的操作包括：

公司主營(yíng)業(yè)務(wù)：成都網(wǎng)站設(shè)計(jì)、做網(wǎng)站、成都外貿(mào)網(wǎng)站建設(shè)公司、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭(zhēng)能力。創(chuàng)新互聯(lián)公司是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來(lái)的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來(lái)驚喜。創(chuàng)新互聯(lián)公司推出和布克賽爾蒙古免費(fèi)做網(wǎng)站回饋大家。

文件的創(chuàng)建、刪除、改名

賬戶的管理

REPAIR TABLE

TRUNCATE TABLE

OPTIMIZE TABLE

備份鎖由?lock instance for backup?和?unlock instance?語(yǔ)法組成。使用這些語(yǔ)句需要 BACKUP_ADMIN 權(quán)限。

用sql語(yǔ)句，怎么解決mysql數(shù)據(jù)庫(kù)死鎖

MySQL死鎖問(wèn)題的相關(guān)知識(shí)是本文我們主要要介紹的內(nèi)容，接下來(lái)我們就來(lái)一一介紹這部分內(nèi)容，希望能夠?qū)δ兴鶐椭?/p>

1、MySQL常用存儲(chǔ)引擎的鎖機(jī)制

MyISAM和MEMORY采用表級(jí)鎖(table-level locking)

BDB采用頁(yè)面鎖(page-level locking)或表級(jí)鎖，默認(rèn)為頁(yè)面鎖

InnoDB支持行級(jí)鎖(row-level locking)和表級(jí)鎖，默認(rèn)為行級(jí)鎖

2、各種鎖特點(diǎn)

表級(jí)鎖：開銷小，加鎖快;不會(huì)出現(xiàn)死鎖;鎖定粒度大，發(fā)生鎖沖突的概率最高，并發(fā)度最低

行級(jí)鎖：開銷大，加鎖慢;會(huì)出現(xiàn)死鎖;鎖定粒度最小，發(fā)生鎖沖突的概率最低，并發(fā)度也最高

頁(yè)面鎖：開銷和加鎖時(shí)間界于表鎖和行鎖之間;會(huì)出現(xiàn)死鎖;鎖定粒度界于表鎖和行鎖之間，并發(fā)度一般

3、各種鎖的適用場(chǎng)景

表級(jí)鎖更適合于以查詢?yōu)橹?，只有少量按索引條件更新數(shù)據(jù)的應(yīng)用，如Web應(yīng)用

行級(jí)鎖則更適合于有大量按索引條件并發(fā)更新數(shù)據(jù)，同時(shí)又有并發(fā)查詢的應(yīng)用，如一些在線事務(wù)處理系統(tǒng)

4、死鎖

是指兩個(gè)或兩個(gè)以上的進(jìn)程在執(zhí)行過(guò)程中，因爭(zhēng)奪資源而造成的一種互相等待的現(xiàn)象，若無(wú)外力作用，它們都將無(wú)法推進(jìn)下去。

表級(jí)鎖不會(huì)產(chǎn)生死鎖。所以解決死鎖主要還是針對(duì)于最常用的InnoDB。

5、死鎖舉例分析

在MySQL中，行級(jí)鎖并不是直接鎖記錄，而是鎖索引。索引分為主鍵索引和非主鍵索引兩種，如果一條sql語(yǔ)句操作了主鍵索引，MySQL就會(huì)鎖定這條主鍵索引;如果一條語(yǔ)句操作了非主鍵索引，MySQL會(huì)先鎖定該非主鍵索引，再鎖定相關(guān)的主鍵索引。

在UPDATE、DELETE操作時(shí)，MySQL不僅鎖定WHERE條件掃描過(guò)的所有索引記錄，而且會(huì)鎖定相鄰的鍵值，即所謂的next-key locking。

例如，一個(gè)表db。tab_test，結(jié)構(gòu)如下：

id：主鍵;

state：狀態(tài);

time：時(shí)間;

索引：idx_1(state，time)

出現(xiàn)死鎖日志如下：

?***(1) TRANSACTION:

?TRANSACTION 0 677833455, ACTIVE 0 sec, process no 11393, OSthread id 278546 starting index read

?mysql tables in use 1, locked 1

?LOCK WAIT 3 lock struct(s), heap size 320

?MySQL thread id 83, query id 162348740 dcnet03 dcnet Searching rows for update

?update tab_test set state=1064,time=now() where state=1061 and time date_sub(now(), INTERVAL 30 minute) (任務(wù)1的sql語(yǔ)句)

?***(1) WAITING FOR THIS LOCK TO BE GRANTED: (任務(wù)1等待的索引記錄)

?RECORD LOCKS space id 0 page no 849384 n bits 208 index `PRIMARY` of table `db/tab_test` trx id 0 677833455 _mode X locks rec but not gap waiting

?Record lock, heap no 92 PHYSICAL RECORD: n_fields 11; compact format; info bits 0

?0: len 8; hex 800000000097629c; asc b ;; 1: len 6; hex 00002866eaee; asc (f ;; 2: len 7; hex 00000d40040110; asc @ ;; 3: len 8; hex 80000000000050b2; asc P ;; 4: len 8; hex 800000000000502a; asc P*;; 5: len 8; hex 8000000000005426; asc T;; 6: len 8; hex 800012412c66d29c; asc A,f ;; 7: len 23; hex 75706c6f6164666972652e636f6d2f6 8616e642e706870; asc xxx.com/;; 8: len 8; hex 800000000000042b; asc +;; 9: len 4; hex 474bfa2b; asc GK +;; 10: len 8; hex 8000000000004e24; asc N$;;

?*** (2) TRANSACTION:

?TRANSACTION 0 677833454, ACTIVE 0 sec, process no 11397, OS thread id 344086 updating or deleting, thread declared inside InnoDB 499

?mysql tables in use 1, locked 1

?3 lock struct(s), heap size 320, undo log entries 1

?MySQL thread id 84, query id 162348739 dcnet03 dcnet Updating update tab_test set state=1067,time=now () where id in (9921180) (任務(wù)2的sql語(yǔ)句)

?*** (2) HOLDS THE LOCK(S): (任務(wù)2已獲得的鎖)

?RECORD LOCKS space id 0 page no 849384 n bits 208 index `PRIMARY` of table `db/tab_test` trx id 0 677833454 lock_mode X locks rec but not gap

?Record lock, heap no 92 PHYSICAL RECORD: n_fields 11; compact format; info bits 0

?0: len 8; hex 800000000097629c; asc b ;; 1: len 6; hex 00002866eaee; asc (f ;; 2: len 7; hex 00000d40040110; asc @ ;; 3: len 8; hex 80000000000050b2; asc P ;; 4: len 8; hex 800000000000502a; asc P*;; 5: len 8; hex 8000000000005426; asc T;; 6: len 8; hex 800012412c66d29c; asc A,f ;; 7: len 23; hex 75706c6f6164666972652e636f6d2f6 8616e642e706870; asc uploadfire.com/hand.php;; 8: len 8; hex 800000000000042b; asc +;; 9: len 4; hex 474bfa2b; asc GK +;; 10: len 8; hex 8000000000004e24; asc N$;;

?*** (2) WAITING FOR THIS LOCK TO BE GRANTED: (任務(wù)2等待的鎖)

?RECORD LOCKS space id 0 page no 843102 n bits 600 index `idx_1` of table `db/tab_test` trx id 0 677833454 lock_mode X locks rec but not gap waiting

?Record lock, heap no 395 PHYSICAL RECORD: n_fields 3; compact format; info bits 0

?0: len 8; hex 8000000000000425; asc %;; 1: len 8; hex 800012412c66d29c; asc A,f ;; 2: len 8; hex 800000000097629c; asc b ;;

?*** WE ROLL BACK TRANSACTION (1)

?(回滾了任務(wù)1，以解除死鎖)

原因分析：

當(dāng)“update tab_test set state=1064,time=now() where state=1061 and time date_sub(now(), INTERVAL 30 minute)”執(zhí)行時(shí)，MySQL會(huì)使用idx_1索引，因此首先鎖定相關(guān)的索引記錄，因?yàn)閕dx_1是非主鍵索引，為執(zhí)行該語(yǔ)句，MySQL還會(huì)鎖定主鍵索引。

假設(shè)“update tab_test set state=1067,time=now () where id in (9921180)”幾乎同時(shí)執(zhí)行時(shí)，本語(yǔ)句首先鎖定主鍵索引，由于需要更新state的值，所以還需要鎖定idx_1的某些索引記錄。

這樣第一條語(yǔ)句鎖定了idx_1的記錄，等待主鍵索引，而第二條語(yǔ)句則鎖定了主鍵索引記錄，而等待idx_1的記錄，這樣死鎖就產(chǎn)生了。

6、解決辦法

拆分第一條sql，先查出符合條件的主鍵值，再按照主鍵更新記錄：

?select id from tab_test where state=1061 and time date_sub(now(), INTERVAL 30 minute);

?update tab_test state=1064,time=now() where id in(......);

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

方法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官方說(shuō)明：

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

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

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

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

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

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

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

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

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

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

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

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

但是在不同會(huì)話中,無(wú)法對(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來(lái)解鎖.

如果沒有調(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í)鎖和頁(yè)級(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)閉共享鎖和排它鎖.

mysql如何鎖庫(kù)？用什么命令

MySQL 5.1支持對(duì)MyISAM和MEMORY表進(jìn)行表級(jí)鎖定，對(duì)BDB表進(jìn)行頁(yè)級(jí)鎖定，對(duì)InnoDB表進(jìn)行行級(jí)鎖定。

如果不能同時(shí)插入，為了在一個(gè)表中進(jìn)行多次INSERT和SELECT操作，可以在臨時(shí)表中插入行并且立即用臨時(shí)表中的記錄更新真正的表。

這可用下列代碼做到：

mysql LOCK TABLES real_table WRITE, insert_table WRITE;

mysql INSERT INTO real_table SELECT * FROM insert_table;

mysql TRUNCATE TABLE insert_table;

mysql UNLOCK TABLES;

分享文章：mysql怎么用命令鎖庫(kù),mysql鎖表命令
文章地址：http://chinadenli.net/article6/heshog.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號(hào)、網(wǎng)站排名、自適應(yīng)網(wǎng)站、面包屑導(dǎo)航、網(wǎng)站設(shè)計(jì)、響應(yīng)式網(wǎng)站

廣告

聲明：本網(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í)需注明來(lái)源： 創(chuàng)新互聯(lián)