資料庫的四種隔離級別

未授權讀取

也稱為讀未提交（read uncommitted）：允許髒讀取，但不允許更新丟失。如果乙個事務已經開始寫資料，則另外乙個事務則不允許同時進行寫操作，但允許其他事務讀此行資料。該隔離級別可以通過「排他寫鎖」實現。

也稱為讀提交（read committed）：允許不可重複讀取，但不允許髒讀取。這可以通過「瞬間共享讀鎖」和「排他寫鎖」實現。讀取資料的事務允許其他事務繼續訪問該行資料，但是未提交的寫事務將會禁止其他事務訪問該行。

可重複讀取（repeatable read）：禁止不可重複讀取和髒讀取，但是有時可能出現幻讀資料。這可以通過「共享讀鎖」和「排他寫鎖」實現。讀取資料的事務將會禁止寫事務（但允許讀事務），寫事務則禁止任何其他事務。

序列化（serializable）：提供嚴格的事務隔離。它要求事務序列化執行，事務只能乙個接著乙個地執行，不能併發執行。僅僅通過「行級鎖」是無法實現事務序列化的，必須通過其他機制保證新插入的資料不會被剛執行查詢操作的事務訪問到。

隔離級別越高，越能保證資料的完整性和一致性，但是對併發效能的影響也越大。對於多數應用程式，可以優先考慮把資料庫系統的隔離級別設為read

committed。它能夠避免髒讀取，而且具有較好的併發效能。儘管它會導致不可重複讀、幻讀和第二類丟失更新這些併發問題，在可能出現這類問題的個別場合，可以由應用程式採用悲觀鎖或樂觀鎖來控制

資料庫四種隔離級別

存在的問題 更新遺失。解決辦法就是下面的 可讀取未確認 寫事務阻止其他寫事務，避免了更新遺失。但是沒有阻止其他讀事務。存在的問題 髒讀。即讀取到不正確的資料，因為另乙個事務可能還沒提交最終資料，這個讀事務就讀取了中途的資料，這個資料可能是不正確的。解決辦法就是下面的 可讀取確認 寫事務會阻止其他讀寫...

資料庫四種隔離級別

零 沒有併發控制 存在的問題 更新遺失。解決辦法就是下面的 可讀取未確認 一 可讀取未確認 read uncommitted 寫事務阻止其他寫事務，避免了更新遺失。但是沒有阻止其他讀事務。存在的問題 髒讀。即讀取到不正確的資料，因為另乙個事務可能還沒提交最終資料，這個讀事務就讀取了中途的資料，這個資...

資料庫的四種隔離級別

序列化 serializable，sqlite預設模式 最高端別的隔離。兩個同時發生的事務100 隔離，每個事務有自己的 世界 可重複讀 repeatable read，mysql預設模式 每個事務有自己的 世界 除了一種情況。如果乙個事務成功執行並且新增了新資料，這些資料對其他正在執行的事務是可見...