方法1：用mysql命令鎖住表.
白城ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)公司的ssl證書銷售渠道，可以享受市場價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18982081108（備注：SSL證書合作）期待與您的合作！
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());??
}??
}
對于read lock 和 write lock官方說明：
1.如果一個(gè)線程獲得一個(gè)表的READ鎖定，該線程（和所有其它線程）只能從該表中讀取。
如果一個(gè)線程獲得一個(gè)表的WRITE鎖定，只有保持鎖定的線程可以對表進(jìn)行寫入。
其它的線程被阻止，直到鎖定被釋放時(shí)為止。
2.當(dāng)您使用LOCK TABLES時(shí)，您必須鎖定您打算在查詢中使用的所有的表。
雖然使用LOCKTABLES語句獲得的鎖定仍然有效，但是您不能訪問沒有被此語句鎖定的任何的表。
同時(shí)，您不能在一次查詢中多次使用一個(gè)已鎖定的表——使用別名代替，
在此情況下，您必須分別獲得對每個(gè)別名的鎖定。
對與read lock 和 write lock個(gè)人說明：
1.read lock 和 write lock 是線程級(jí)(表級(jí)別).
2.在同一個(gè)會(huì)話中加了read lock鎖. 只能對這個(gè)表進(jìn)行讀操作.對這個(gè)表以外的任何表都無法進(jìn)行增、刪、改、查的操作.
但是在不同會(huì)話中，只能對加了read lock的表進(jìn)行讀操作.但可以對read lock以外的表進(jìn)行增、刪、改、查的操作.
3.在同一個(gè)會(huì)話中加了write lock鎖.只能對這個(gè)表進(jìn)行讀、寫操作.對這個(gè)表以外的任何表都無法進(jìn)行增、刪、改、查的操作.
但是在不同會(huì)話中,無法對加了write lock的表進(jìn)行讀、寫操作.但可以對write lock以外的表進(jìn)行增、刪、改、查的操作.
4.如果表中使用了別名.(SELECT * FROM aa1 AS byname_table)
在對aa1加鎖時(shí)，必須把別名加上去(lock tables aa1 as byname_table read)
在同一個(gè)會(huì)話中.必須使用別名進(jìn)行查詢.
在不同的會(huì)話中.可以不需要使用別名進(jìn)行查詢.
5.在多個(gè)會(huì)話中可以對同一個(gè)表進(jìn)行l(wèi)ock read操作.但不能在多個(gè)會(huì)話中對同一個(gè)表進(jìn)行l(wèi)ock write操作（這些鎖將等待已鎖的表釋放自身的線程鎖）
如果多個(gè)會(huì)話對同一個(gè)表進(jìn)行l(wèi)ock read操作.那么在這些會(huì)話中,也只能對以鎖的表進(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.對于記錄鎖.必須開啟事務(wù).
4.行級(jí)鎖定事實(shí)上是索引記錄的鎖定.只要是用索引掃描的行（或沒索引全表掃描的行）,都將被鎖住.
5.在不同的隔離級(jí)別下還會(huì)使用next-key locking算法.即所掃描的行之間的“間隙”也會(huì)也鎖住(在Repeatable read和Serializable隔離級(jí)別下有間隙鎖).
6.在mysql中共享鎖的含義是:在被共享鎖鎖住的行,即使內(nèi)容被修改且并沒有提交.在另一個(gè)會(huì)話中依然看到最新修改的信息.
在同一會(huì)話中加上了共享鎖.可以對這個(gè)表以及這個(gè)表以外的所有表進(jìn)行增、刪、改、查的操作.
在不同的會(huì)話中.可以查到共享鎖鎖住行的最新消息.但是在Read Uncommitted隔離級(jí)別下不能對鎖住的表進(jìn)行刪，
改操作.（需要等待鎖釋放才能操作...）
在Read Committed隔離級(jí)別下不能對鎖住的表進(jìn)行刪，改操作.（需要等待鎖釋放才能操作...）
在Repeatable read隔離級(jí)別下不能對鎖住行進(jìn)行增、刪、改操作.（需要等待鎖釋放才能操作...）
在Serializable隔離級(jí)別下不能對鎖住行進(jìn)行增、刪、改操作.??（需要等待鎖釋放才能操作...）
7.在mysql中排他鎖的含義是:在被排它鎖鎖住的行,內(nèi)容修改并沒提交，在另一個(gè)會(huì)話中不會(huì)看到最新修改的信息。
在不同的會(huì)話中.可以查到共享鎖鎖住行的最新消息.但是Read Uncommitted隔離級(jí)別下不能對鎖住的表進(jìn)行刪，
改操作.（需要等待鎖釋放才能操作...）
在Read Committed隔離級(jí)別下不能對鎖住的表進(jìn)行刪，改操作.（需要等待鎖釋放才能操作...）
在Repeatable read隔離級(jí)別下不能對鎖住行進(jìn)行增、刪、改操作.（需要等待鎖釋放才能操作...）
在Serializable隔離級(jí)別下不能對鎖住行進(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)閉共享鎖和排它鎖.
有時(shí)候，會(huì)很不小心，在業(yè)務(wù)運(yùn)行中執(zhí)行了一條鎖表語句。這時(shí)候該怎么辦？
例如：修改元數(shù)據(jù)。
SHOW FULL PROCESSLIST 查看一下：
發(fā)現(xiàn)修改之后，鎖表了。這時(shí)候怎么辦？ 殺死它 KILL 4623660
然后一切又恢復(fù)正常了。
一般對于數(shù)據(jù)量較大的表，需要修改表結(jié)構(gòu)，或者做一些耗時(shí)比較久的鎖表操作，建議在晚上（業(yè)務(wù)閑時(shí)）執(zhí)行。這個(gè)時(shí)候可以配合使用任務(wù)處理一下。
如：修改一個(gè)表的字段長度，和添加索引
名詞解釋：
接著回家睡覺，第二天回來檢查結(jié)果就好了。
附：添加唯一索引示例
MYSQL存儲(chǔ)過程結(jié)合任務(wù)處理耗時(shí)操作
白話解說如下：
簡單說，就是lock table，不讓別人動(dòng)
鎖分共享鎖和排它鎖。
共享鎖時(shí)，別人能讀，不能改變量表數(shù)據(jù)
排它鎖時(shí)，別人既不能讀，也不能改表數(shù)據(jù)
根據(jù)以上特點(diǎn)，應(yīng)該就知道何時(shí)使用鎖了。不想讓別人變更數(shù)據(jù)，對自己產(chǎn)生影響，就加鎖。一定要在不用之后，進(jìn)行鎖釋放，不然，應(yīng)用系統(tǒng)會(huì)一直因?yàn)樽x取數(shù)據(jù)而報(bào)錯(cuò)。
好處就是，保證數(shù)據(jù)的原子性，完整性，一致性。 只有加鎖者釋放了鎖，別人才能改變數(shù)據(jù)。
缺點(diǎn)就是，增加了系統(tǒng)開銷，有可能產(chǎn)生鎖等待，造成數(shù)據(jù)庫運(yùn)行異常。這都是不正常的使用鎖帶來的問題。
1、確定mysql有鎖表的情況則使用以下命令查看鎖表進(jìn)程
2、殺掉查詢結(jié)果中已經(jīng)鎖表的trx_mysql_thread_id
擴(kuò)展：
1、查看鎖的事務(wù)
2、查看等待鎖的事務(wù)
3、查詢是否鎖表：
4、查詢進(jìn)程
鎖是計(jì)算機(jī)協(xié)調(diào)多個(gè)進(jìn)程或線程并發(fā)訪問某一資源的機(jī)制，在數(shù)據(jù)庫中，除傳統(tǒng)的計(jì)算資源（CPU、RAM、I/O）爭用外，數(shù)據(jù)也是一種供許多用戶共享的資源，如何保證數(shù)據(jù)并發(fā)訪問的一致性，有效性是所有數(shù)據(jù)庫必須解決的一個(gè)問題，鎖沖突也是影響數(shù)據(jù)庫并發(fā)訪問性能的一個(gè)重要因素，從這個(gè)角度來說，鎖對數(shù)據(jù)庫而言是尤其重要，也更加復(fù)雜。MySQL中的鎖，按照鎖的粒度分為:1、全局鎖，就鎖定數(shù)據(jù)庫中的所有表。2、表級(jí)鎖，每次操作鎖住整張表。3、行級(jí)鎖，每次操作鎖住對應(yīng)的行數(shù)據(jù)。
全局鎖就是對整個(gè)數(shù)據(jù)庫實(shí)例加鎖，加鎖后整個(gè)實(shí)例就處于只讀狀態(tài)，后續(xù)的DML的寫語句，DDL語句，已經(jīng)更新操作的事務(wù)提交語句都將阻塞。其典型的使用場景就是做全庫的邏輯備份，對所有的表進(jìn)行鎖定，從而獲取一致性視圖，保證數(shù)據(jù)的完整性。但是對數(shù)據(jù)庫加全局鎖是有弊端的，如在主庫上備份，那么在備份期間都不能執(zhí)行更新，業(yè)務(wù)會(huì)受影響，第二如果是在從庫上備份，那么在備份期間從庫不能執(zhí)行主庫同步過來的二進(jìn)制日志，會(huì)導(dǎo)致主從延遲。
解決辦法是在innodb引擎中，備份時(shí)加上--single-transaction參數(shù)來完成不加鎖的一致性數(shù)據(jù)備份。
添加全局鎖: flush tables with read lock; 解鎖 unlock tables。
表級(jí)鎖,每次操作會(huì)鎖住整張表.鎖定粒度大,發(fā)送鎖沖突的概率最高,并發(fā)讀最低,應(yīng)用在myisam、innodb、BOB等存儲(chǔ)引擎中。表級(jí)鎖分為: 表鎖、元數(shù)據(jù)鎖(meta data lock, MDL)和意向鎖。
表鎖又分為: 表共享讀鎖 read lock、表獨(dú)占寫鎖write lock
語法: 1、加鎖 lock tables 表名 ... read/write
2、釋放鎖 unlock tables 或者關(guān)閉客戶端連接
注意: 讀鎖不會(huì)阻塞其它客戶端的讀，但是會(huì)阻塞其它客戶端的寫，寫鎖既會(huì)阻塞其它客戶端的讀，又會(huì)阻塞其它客戶端的寫。大家可以拿一張表來測試看看。
元數(shù)據(jù)鎖,在加鎖過程中是系統(tǒng)自動(dòng)控制的，無需顯示使用，在訪問一張表的時(shí)候會(huì)自動(dòng)加上，MDL鎖主要作用是維護(hù)表元數(shù)據(jù)的數(shù)據(jù)一致性，在表上有活動(dòng)事務(wù)的時(shí)候，不可以對元數(shù)據(jù)進(jìn)行寫入操作。為了避免DML和DDL沖突，保證讀寫的正確性。
在MySQL5.5中引入了MDL，當(dāng)對一張表進(jìn)行增刪改查的時(shí)候，加MDL讀鎖(共享)；當(dāng)對表結(jié)構(gòu)進(jìn)行變更操作時(shí)，加MDL寫鎖(排他).
查看元數(shù)據(jù)鎖:
select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema_metadata_locks;
意向鎖，為了避免DML在執(zhí)行時(shí)，加的行鎖與表鎖的沖突，在innodb中引入了意向鎖，使得表鎖不用檢查每行數(shù)據(jù)是否加鎖，使用意向鎖來減少表鎖的檢查。意向鎖分為,意向共享鎖is由語句select ... lock in share mode添加。意向排他鎖ix,由insert，update，delete，select。。。for update 添加。
select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_lock;
行級(jí)鎖，每次操作鎖住對應(yīng)的行數(shù)據(jù)，鎖定粒度最小，發(fā)生鎖沖突的概率最高，并發(fā)讀最高，應(yīng)用在innodb存儲(chǔ)引擎中。
innodb的數(shù)據(jù)是基于索引組織的，行鎖是通過對索引上的索引項(xiàng)加鎖來實(shí)現(xiàn)的，而不是對記錄加的鎖，對于行級(jí)鎖，主要分為以下三類:
1、行鎖或者叫record lock記錄鎖，鎖定單個(gè)行記錄的鎖，防止其他事物對次行進(jìn)行update和delete操作，在RC,RR隔離級(jí)別下都支持。
2、間隙鎖Gap lock,鎖定索引記錄間隙(不含該記錄)，確保索引記錄間隙不變，防止其他事物在這個(gè)間隙進(jìn)行insert操作，產(chǎn)生幻讀，在RR隔離級(jí)別下都支持。
3、臨鍵鎖Next-key-lock,行鎖和間隙鎖組合，同時(shí)鎖住數(shù)據(jù)，并鎖住數(shù)據(jù)前面的間隙Gap,在RR隔離級(jí)別下支持。
innodb實(shí)現(xiàn)了以下兩種類型的行鎖
1、共享鎖 S: 允許一個(gè)事務(wù)去讀一行，阻止其他事務(wù)獲得相同數(shù)據(jù)集的排他鎖。
2、排他鎖 X: 允許獲取排他鎖的事務(wù)更新數(shù)據(jù)，阻止其他事務(wù)獲得相同數(shù)據(jù)集的共享鎖和排他鎖。
insert 語句 排他鎖 自動(dòng)添加的
update語句 排他鎖 自動(dòng)添加
delete 語句 排他鎖 自動(dòng)添加
select 正常查詢語句 不加鎖 。。。
select 。。。lock in share mode 共享鎖 需要手動(dòng)在select 之后加lock in share mode
select 。。。for update 排他鎖 需要手動(dòng)在select之后添加for update
默認(rèn)情況下，innodb在repeatable read事務(wù)隔離級(jí)別運(yùn)行，innodb使用next-key鎖進(jìn)行搜索和索引掃描，以防止幻讀。
間隙鎖唯一目的是防止其它事務(wù)插入間隙，間隙鎖可以共存，一個(gè)事務(wù)采用的間隙鎖不會(huì)阻止另一個(gè)事務(wù)在同一間隙上采用的間隙鎖。
MySQL8.x 中新增了一個(gè)輕量級(jí)的備份鎖，它允許在 online 備份的時(shí)候進(jìn)行 DML 操作，同時(shí)可防止快照不一致。這個(gè)鎖禁止的操作很少，它禁止的操作包括：
文件的創(chuàng)建、刪除、改名
賬戶的管理
REPAIR TABLE
TRUNCATE TABLE
OPTIMIZE TABLE
備份鎖由?lock instance for backup?和?unlock instance?語法組成。使用這些語句需要 BACKUP_ADMIN 權(quán)限。
重慶分公司
重慶分公司
