共享鎖和排它鎖

排它鎖：當某一個會話正在更新某一行，為了防止其他會話修改這一行，這行會被鎖定這種鎖稱為排他鎖。被排他鎖鎖定的行仍然可以被其他會話讀取。

?

共享鎖：在一個表上放置共享鎖的目的是為了防止其他會話獲得這個表上的排他鎖。

?

所有的DML語句都需要這兩種鎖：受影響記錄的排它鎖和表的共享鎖。排它鎖能夠防止其他對話干預指定行，共享鎖能夠阻止其他會話使用DDL語句修改表的定義。

重復讀取問題

看如下例子：

在某一次查詢中，出現了如下結果。

SQL> select * from locktest;---操作1 COL1 COL2 ---- --------------------1 a2 bSQL> select count(1) from locktest;---操作2COUNT(1) ----------3

這是由于在執行完操作1時，另一個會話向該表中新插入了一行，且提交了。當我再執行操作2時，count=3。

解決這個問題有兩種方式：

1. 給這個表上鎖：

SQL> lock table locktest in exclusive mode;Table(s) locked

此時在其他會話中更新該表時，會掛起會話。

如下是在會話2中執行的insert語句截圖：

然后在會話1中commit;（相當于對表解除鎖定）會話2就成功執行了INSERT 命令：

2. Set transaction read only;保持一致性，直到commit rollback.

SQL> select * from locktest;COL1 COL2 ---- --------------------1 a2 b3 c /*這里我在會話2中插入了一條記錄并提交*/ SQL> select count(1) from locktest;--仍然顯示正確的結果，保證了一致性。COUNT(1) ----------3SQL> commit;--提交Commit completeSQL> select * from locktest;--顯示了會話2更新的表。 COL1 COL2 ---- --------------------1 a2 b3 c4 d

?

死鎖

除了報告死鎖，什么都做不了┑(￣Д ￣)┍

?

轉載于:https://www.cnblogs.com/MasterE/p/6617147.html

總結

以上是生活随笔為你收集整理的锁定机制和数据并发管理（笔记）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。