下面我們通過幾個實驗，來驗證幾種死鎖場景。
session1use martin;drop table if exists dl;create table `dl` (`id` int(11) not null auto_increment,`a` int(11) not null,`b` int(11) not null,`c` int(11) not null,primary key (`id`),key `idx_c` (`a`)) engine=innodb default charset=utf8mb4;create table `dl_insert` (`id` int(11) not null auto_increment,`a` int(11) not null,`b` int(11) not null,`c` int(11) not null,primary key (`id`),unique key `uniq_a` (`a`)) engine=innodb default charset=utf8mb4;insert into dl(a,b,c) values (1,1,1),(2,2,2);drop table if exists dl_1;create table dl_1 like dl;insert into dl_1 select * from dl;
session2
begin;
begin;
select * from dl where a=1 for update;…1 row in set (0.00 sec)
select * from dl where a=2 for update;…1 row in set (0.00 sec)
select * from dl where a=2 for update;/* sql1 */（等待）
（session2 提示死鎖回滾後，sql1 成功返回結構）
select * from dl where a=1 for update;error 1213 (40001): deadlock found when trying to get lock; try restarting transaction
commit;
commit;
session1 在等待 session2 釋放 a=2 的行鎖，而 session2 在等待 session1 釋放 a=1 的行鎖。兩個 session 互相等待對方釋放資源，就進入了死鎖狀態。
session1
session2
begin;
begin;
select * from dl where a=1 for update; … 1 row in set (0.00 sec)
select * from dl_1 where a=1 for update; … 1 row in set (0.00 sec)
select * from dl_1 where a=1 for update;/* sql2 */ 等待
（session2 提示死鎖回滾後，sql1 成功返回結構）
select * from dl where a=1 for update;error 1213 (40001): deadlock found when trying to get lock; try restarting transaction
commit;
commit;
這個實驗也是兩個 session 互相等待對方釋放資源，就進入了死鎖狀態。
session1
session2
set session transaction_isolation='repeatable-read'; * 設定會話隔離級別為 rr */
set session transaction_isolation='repeatable-read'; * 設定會話隔離級別為 rr */
begin;
begin;
select * from dl where a=1 for update; … 1 row in set (0.00 sec)
select * from dl where a=2 for update; … 1 row in set (0.00 sec)
insert into dl(a,b,c) values (2,3,3);/* sql1 */ 等待
（session2 提示死鎖回滾後，sql1 成功返回結果）
insert into dl(a,b,c) values (1,4,4);/* sql2 */ error 1213 (40001): deadlock found when trying to get lock; try restarting transaction
commit;
commit;
由於 rr 隔離級別下存在間隙鎖，可以知道 sql1 需要等待 a=2 獲得的間隙鎖，而 sql2 需要等待 a=1 獲得的間隙鎖，兩個 session 互相等待對方釋放資源，就進入了死鎖狀態。
session1
session2
session3
begin;
insert into dl_insert(a,b,c) value (3,3,3);
insert into dl_insert(a,b,c) value (3,3,3);/* 等待 */
insert into dl_insert(a,b,c) value (3,3,3);/* 等待 */
rollback;
執行成功
error 1213 (40001): deadlock found when trying to get lock; try restarting transaction
這裡需要注意的是，a 欄位有唯一索引。當 session1 執行完 insert 語句，會在索引 a=3 上加記錄鎖，當 session2 執行同樣的 insert 語句時，唯一鍵衝突，加上讀鎖；同樣 session3 也會加上讀鎖。
當 session1 回滾，session2 和 session3 都試圖繼續執行插入操作，都要加上寫鎖。此時兩個 session 都要等待對方的行鎖，因此出現了死鎖。
Redis有哪些適合的場景？
會話快取 session cache 用redis快取會話比其他儲存 如memcached 的優勢在於 redis提供持久化。當維護乙個不是嚴格要求一致性的快取時，如果使用者的購物車資訊全部丟失，大部分人都會不高興。全頁快取 fpc 除基本的會話token之外，redis還提供很簡便的fpc平台。佇...
區塊鏈應用場景有哪些？
區塊鏈應用場景有哪些？區塊鏈絕對是現在最火的乙個詞，很多人因為位元幣認識了區塊鏈，其實區塊鏈只是位元幣底層的技術，相當於乙個公共的賬本，每個人各記各的賬，去中心 去信任 匿名性是區塊鏈的三大核心特點。去中心化 區塊鏈有許多節點分布式儲存資料，沒有乙個中心能將它們集中起來統一管理，並運用了密碼學的方法...
電商直播的應用場景有哪些？
1 帶貨直播 電商直播中的帶貨直播是最受商家歡迎的，主要用於商品庫存清貨和快速提高品牌知名度。商家多數是在淘抖快三大平台上直播賣貨，這是因為這三大平台自帶流量，商家可以先做一些有價值的內容來吸引消費者前來 後面賣貨就相對容易一些。2 培訓直播 電商培訓直播主要用於培養優秀的帶貨主播或提高主播技能的。...