讀未提交解決了什么問題（讀未提交是怎么實現的）

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關于讀未提交解決了什么問題的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。

開始之前先推薦一個非常厲害的Ai人工智能工具，一鍵生成原創(chuàng)文章、方案、文案、工作計劃、工作報告、論文、代碼、作文、做題和對話答疑等等

只需要輸入關鍵詞，就能返回你想要的內容，越精準，寫出的就越詳細，有微信小程序端、在線網頁版、PC客戶端

官網：https://ai.de1919.com。

創(chuàng)意嶺作為行業(yè)內優(yōu)秀的企業(yè)，服務客戶遍布全球各地，如需了解SEO相關業(yè)務請撥打電話175-8598-2043，或添加微信：1454722008

本文目錄:

• 1、事務和鎖機制是什么關系？ 開啟事務就自動加鎖了嗎？ 菜鳥，謝謝了。

• 2、急求：WINDOWS里的出現的錯誤解決方法

• 3、mysql a事物在寫 b事物能讀嗎

• 4、為什么有一個百度三級帳號，只要一發(fā)帖就會提示“您的回答未提交成功或已失效”，這種問題應該怎樣解決

一、事務和鎖機制是什么關系？ 開啟事務就自動加鎖了嗎？ 菜鳥，謝謝了。

1、事務與鎖是不同的。事務具有ACID（原子性、一致性、隔離性和持久性），鎖是用于解決隔離性的一種機制。

2、事務的隔離級別通過鎖的機制來實現。另外鎖有不同的粒度，同時事務也是有不同的隔離級別的。

3、開啟事務就自動加鎖。

ql規(guī)范定義的事務的隔離級別：

1.READ UNCOMMITTED(讀取未提交內容)

所有事務可以看到未提交事務的執(zhí)行結果，本隔離級別很少用到實際應用中，讀取未提交的數據，又稱為“臟讀”。

2.READ COMMITTED（讀取提交內容）

大多數數據庫的默認隔離級別是此級別，但不是MySQL默認的。一個事務在開始的時候只能看見已提交事務所做的改變。一個事務從開始到提交前所做的任何改變都是不可見的，除非提交。這種隔離級別也稱為不可重復讀。

3.REPEATABLE READ(可重復讀)

此隔離級別是為了解決可重復讀隔離級別導致的問題即一個事務多個實例并發(fā)讀取數據時會看到不同的結果。此隔離級別不會看到其他事務提交后的結果，即事務即使提交了我也看不到。此級別也稱為“幻讀”。

4.SERIALIZABLE(可串行化)

可串行化是最高的隔離級別，它通過強制事務排序，使之不可重讀，解決了幻讀的問題。此隔離級別會在每個讀的數據行上加共享鎖，使用這種隔離級別會產生大量的超時現象，一般實際開發(fā)中不會用到。

mysql加鎖機制:

根據類型可分為共享鎖（SHARED LOCK）和排他鎖（EXCLUSIVE LOCK）或者叫讀鎖（READ LOCK）和寫鎖（WRITE LOCK）。

根據粒度劃分又分表鎖和行鎖。表鎖由數據庫服務器實現，行鎖由存儲引擎實現。

mysql提供了3種事務型存儲引擎，InnDB、NDB Cluster和Falcon。

一個事務執(zhí)行的任何過程中都可以獲得鎖，但是只有事務提交或回滾的時候才釋放這些鎖。這些都是隱式鎖定，也可以顯式鎖定，InnoDB支持顯式鎖定，例如：

SELECT .... LOCK IN SHARE MODE (加共享鎖)

SELECT .....FOR UPDATE(加排他鎖)

多版本并發(fā)控制（重要）：

Mysql的事務存儲引擎不是簡單實用行加鎖機制，而是叫多版本并發(fā)控制（MVCC）技術，和行加鎖機制關聯實用。以便應對更高的并發(fā)，當然是以消耗性能作為代價。

每種存儲引擎對MVCC的實現方式不同，InnoDB引擎的簡單實現方式如下：

InnoDB通過為每個數據航增加兩個隱含值的方式來實現。這兩個隱含值記錄了行的創(chuàng)建時間，以及過期時間。每一行存儲事件發(fā)生時的系統版本號。每一次開始一個新事務時版本號會自動加1，每個事務都會保存開始時的版本號，每個查詢根據事務的版本號來查詢結果。

MySQL使用以下幾種機制進行隔離性的實現：         a.鎖機制             通過使用加鎖機制，使用其它事務無法到讀某事務末提交前的數據更新，解決臟讀問題；             mySQL 有：共享鎖，排他鎖，根據粒度，有行鎖，表鎖。         b.MVCC機制：          事務存儲引擎使用多版本并發(fā)控制（MVCC）技術，和行加鎖機制關聯使用         MySQL 的InnoDB,XtraDB 引擎通過 使用MVCC 來解決幻讀問題。

二、急求：WINDOWS里的出現的錯誤解決方法

[導讀: 各種大型數據庫所采用的鎖的基本理論是一致的，但在具體實現上各有差別。SQL Server更強調由系統來管理鎖。在用戶有SQL請求時，系統分析請求，自動在滿足鎖定條件和系統性能之間為數據庫加上適當的鎖，同時系統在運行期間常常自動進行優(yōu)化處理，實行動態(tài)加鎖。對于一般的用戶而言，通過系統的自動鎖定管理機制基本可以滿足使用要求，但如果對數據安全、數據庫完整性和一致性有特殊要求，就需要了解SQL Server的鎖機制，掌握數據庫鎖定方法。]

鎖是數據庫中的一個非常重要的概念，它主要用于多用戶環(huán)境下保證數據庫完整性和一致性。 我們知道，多個用戶能夠同時操縱同一個數據庫中的數據，會發(fā)生數據不一致現象。即如果沒有鎖定且多個用戶同時訪問一個數據庫，則當他們的事務同時使用相同的數據時可能會發(fā)生問題。這些問題包括：丟失更新、臟讀、不可重復讀和幻覺讀：

1．當兩個或多個事務選擇同一行，然后基于最初選定的值更新該行時，會發(fā)生丟失更新問題。每個事務都不知道其它事務的存在。最后的更新將重寫由其它事務所做的更新，這將導致數據丟失。例如，兩個編輯人員制作了同一文檔的電子復本。每個編輯人員獨立地更改其復本，然后保存更改后的復本，這樣就覆蓋了原始文檔。最后保存其更改復本的編輯人員覆蓋了第一個編輯人員所做的更改。如果在第一個編輯人員完成之后第二個編輯人員才能進行更改，則可以避免該問題。

2. 臟讀就是指當一個事務正在訪問數據，并且對數據進行了修改，而這種修改還沒有提交到數據庫中，這時，另外一個事務也訪問這個數據，然后使用了這個數據。因為這個數據是還沒有提交的數據，那么另外一個事務讀到的這個數據是臟數據，依據臟數據所做的操作可能是不正確的。例如，一個編輯人員正在更改電子文檔。在更改過程中，另一個編輯人員復制了該文檔（該復本包含到目前為止所做的全部更改）并將其分發(fā)給預期的用戶。此后，第一個編輯人員認為目前所做的更改是錯誤的，于是刪除了所做的編輯并保存了文檔。分發(fā)給用戶的文檔包含不再存在的編輯內容，并且這些編輯內容應認為從未存在過。如果在第一個編輯人員確定最終更改前任何人都不能讀取更改的文檔，則可以避免該問題。

3．不可重復讀是指在一個事務內，多次讀同一數據。在這個事務還沒有結束時，另外一個事務也訪問該同一數據。那么，在第一個事務中的兩次讀數據之間，由于第二個事務的修改，那么第一個事務兩次讀到的的數據可能是不一樣的。這樣就發(fā)生了在一個事務內兩次讀到的數據是不一樣的，因此稱為是不可重復讀。例如，一個編輯人員兩次讀取同一文檔，但在兩次讀取之間，作者重寫了該文檔。當編輯人員第二次讀取文檔時，文檔已更改。原始讀取不可重復。如果只有在作者全部完成編寫后編輯人員才可以讀取文檔，則可以避免該問題。

4．幻覺讀是指當事務不是獨立執(zhí)行時發(fā)生的一種現象，例如第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的全部數據行。同時，第二個事務也修改這個表中的數據，這種修改是向表中插入一行新數據。那么，以后就會發(fā)生操作第一個事務的用戶發(fā)現表中還有沒有修改的數據行，就好象發(fā)生了幻覺一樣。例如，一個編輯人員更改作者提交的文檔，但當生產部門將其更改內容合并到該文檔的主復本時，發(fā)現作者已將未編輯的新材料添加到該文檔中。如果在編輯人員和生產部門完成對原始文檔的處理之前，任何人都不能將新材料添加到文檔中，則可以避免該問題。

所以，處理多用戶并發(fā)訪問的方法是加鎖。鎖是防止其他事務訪問指定的資源控制、實現并發(fā)控制的一種主要手段。當一個用戶鎖住數據庫中的某個對象時，其他用戶就不能再訪問該對象。加鎖對并發(fā)訪問的影響體現在鎖的粒度上。為了控制鎖定的資源，應該首先了解系統的空間管理。在SQL Server 2000系統中，最小的空間管理單位是頁，一個頁有8K。所有的數據、日志、索引都存放在頁上。另外，使用頁有一個限制，這就是表中的一行數據必須在同一個頁上，不能跨頁。頁上面的空間管理單位是盤區(qū)，一個盤區(qū)是8個連續(xù)的頁。表和索引的最小占用單位是盤區(qū)。數據庫是由一個或者多個表或者索引組成，即是由多個盤區(qū)組成。放在一個表上的鎖限制對整個表的并發(fā)訪問；放在盤區(qū)上的鎖限制了對整個盤區(qū)的訪問；放在數據頁上的鎖限制了對整個數據頁的訪問；放在行上的鎖只限制對該行的并發(fā)訪問。

SQL Server 2000 具有多粒度鎖定，允許一個事務鎖定不同類型的的資源。為了使鎖定的成本減至最少，SQL Server 自動將資源鎖定在適合任務的級別。鎖定在較小的粒度（例如行）可以增加并發(fā)但需要較大的開銷，因為如果鎖定了許多行，則需要控制更多的鎖。鎖定在較大的粒度（例如表）就并發(fā)而言是相當昂貴的，因為鎖定整個表限制了其它事務對表中任意部分進行訪問，但要求的開銷較低，因為需要維護的鎖較少。SQL Server 可以鎖定行、頁、擴展盤區(qū)、表、庫等資源。

行是可以鎖定的最小空間, 行級鎖占用的數據資源最少，所以在事務的處理過程中，允許其他事務繼續(xù)操縱同一個表或者同一個頁的其他數據，大大降低了其他事務等待處理的時間，提高了系統的并發(fā)性。

頁級鎖是指在事務的操縱過程中，無論事務處理數據的多少，每一次都鎖定一頁，在這個頁上的數據不能被其他事務操縱。在SQL Server 7.0以前，使用的是頁級鎖。頁級鎖鎖定的資源比行級鎖鎖定的數據資源多。在頁級鎖中，即使是一個事務只操縱頁上的一行數據，那么該頁上的其他數據行也不能被其他事務使用。因此，當使用頁級鎖時，會出現數據的浪費現象，也就是說，在同一個頁上會出現數據被占用卻沒有使用的現象。在這種現象中，數據的浪費最多不超過一個頁上的數據行。

表級鎖也是一個非常重要的鎖。表級鎖是指事務在操縱某一個表的數據時，鎖定了這個數據所在的整個表，其他事務不能訪問該表中的其他數據。當事務處理的數據量比較大時，一般使用表級鎖。表級鎖的特點是使用比較少的系統資源，但是卻占用比較多的數據資源。與行級鎖和頁級鎖相比，表級鎖占用的系統資源例如內存比較少，但是占用的數據資源卻是最大。在表級鎖時，有可能出現數據的大量浪費現象，因為表級鎖鎖定整個表，那么其他的事務都不能操縱表中的其他數據。

盤區(qū)鎖是一種特殊類型的鎖，只能用在一些特殊的情況下。簇級鎖就是指事務占用一個盤區(qū)，這個盤區(qū)不能同時被其他事務占用。例如在創(chuàng)建數據庫和創(chuàng)建表時，系統分配物理空間時使用這種類型的鎖。系統是按照盤區(qū)分配空間的。當系統分配空間時，使用盤區(qū)鎖，防止其他事務同時使用同一個盤區(qū)。當系統完成分配空間之后，就不再使用這種類型的盤區(qū)鎖。特別是，當涉及到對數據操作的事務時，不使用盤區(qū)鎖。

數據庫級鎖是指鎖定整個數據庫，防止任何用戶或者事務對鎖定的數據庫進行訪問。數據庫級鎖是一種非常特殊的鎖，它只是用于數據庫的恢復操作過程中。這種等級的鎖是一種最高等級的鎖，因為它控制整個數據庫的操作。只要對數據庫進行恢復操作，那么就需要設置數據庫為單用戶模式，這樣系統就能防止其他用戶對該數據庫進行各種操作。

行級鎖是一種最優(yōu)鎖，因為行級鎖不可能出現數據既被占用又沒有使用的浪費現象。但是，如果用戶事務中頻繁對某個表中的多條記錄操作，將導致對該表的許多記錄行都加上了行級鎖，數據庫系統中鎖的數目會急劇增加，這樣就加重了系統負荷，影響系統性能。因此，在SQL Server中，還支持鎖升級(lock escalation)。所謂鎖升級是指調整鎖的粒度，將多個低粒度的鎖替換成少數的更高粒度的鎖，以此來降低系統負荷。在SQL Server中當一個事務中的鎖較多，達到鎖升級門限時，系統自動將行級鎖和頁面鎖升級為表級鎖。特別值得注意的是，在SQL Server中，鎖的升級門限以及鎖升級是由系統自動來確定的，不需要用戶設置。

在SQL Server數據庫中加鎖時，除了可以對不同的資源加鎖，還可以使用不同程度的加鎖方式，即鎖有多種模式，SQL Server中鎖模式包括：

1．共享鎖 SQL Server中，共享鎖用于所有的只讀數據操作。共享鎖是非獨占的，允許多個并發(fā)事務讀取其鎖定的資源。默認情況下，數據被讀取后，SQL Server立即釋放共享鎖。例如，執(zhí)行查詢“SELECT * FROM AUTHORS”時，首先鎖定第一頁，讀取之后，釋放對第一頁的鎖定，然后鎖定第二頁。這樣，就允許在讀操作過程中，修改未被鎖定的第一頁。但是，事務隔離級別連接選項設置和SELECT語句中的鎖定設置都可以改變SQL Server的這種默認設置。例如，“ SELECT * FROM AUTHORS HOLDLOCK”就要求在整個查詢過程中，保持對表的鎖定，直到查詢完成才釋放鎖定。

2．更新鎖 更新鎖在修改操作的初始化階段用來鎖定可能要被修改的資源，這樣可以避免使用共享鎖造成的死鎖現象。因為使用共享鎖時，修改數據的操作分為兩步，首先獲得一個共享鎖，讀取數據，然后將共享鎖升級為排它鎖，然后再執(zhí)行修改操作。這樣如果同時有兩個或多個事務同時對一個事務申請了共享鎖，在修改數據的時候，這些事務都要將共享鎖升級為排它鎖。這時，這些事務都不會釋放共享鎖而是一直等待對方釋放，這樣就造成了死鎖。如果一個數據在修改前直接申請更新鎖，在數據修改的時候再升級為排它鎖，就可以避免死鎖。

3．排它鎖 排它鎖是為修改數據而保留的。它所鎖定的資源，其他事務不能讀取也不能修改。

4．結構鎖 執(zhí)行表的數據定義語言 (DDL) 操作（例如添加列或除去表）時使用架構修改 (Sch-M) 鎖。當編譯查詢時，使用架構穩(wěn)定性 (Sch-S) 鎖。架構穩(wěn)定性 (Sch-S) 鎖不阻塞任何事務鎖，包括排它鎖。因此在編譯查詢時，其它事務（包括在表上有排它鎖的事務）都能繼續(xù)運行。但不能在表上執(zhí)行 DDL 操作。

5．意向鎖 意向鎖說明SQL Server有在資源的低層獲得共享鎖或排它鎖的意向。例如，表級的共享意向鎖說明事務意圖將排它鎖釋放到表中的頁或者行。意向鎖又可以分為共享意向鎖、獨占意向鎖和共享式獨占意向鎖。共享意向鎖說明事務意圖在共享意向鎖所鎖定的低層資源上放置共享鎖來讀取數據。獨占意向鎖說明事務意圖在共享意向鎖所鎖定的低層資源上放置排它鎖來修改數據。共享式排它鎖說明事務允許其他事務使用共享鎖來讀取頂層資源，并意圖在該資源低層上放置排它鎖。

6．大容量更新鎖 當將數據大容量復制到表，且指定了 TABLOCK 提示或者使用 sp_tableoption 設置了 table lock on bulk 表選項時，將使用大容量更新 鎖。大容量更新鎖允許進程將數據并發(fā)地大容量復制到同一表，同時防止其它不進行大容量復制數據的進程訪問該表。

SQL Server系統中建議讓系統自動管理鎖，該系統會分析用戶的SQL語句要求，自動為該請求加上合適的鎖，而且在鎖的數目太多時，系統會自動進行鎖升級。如前所述，升級的門限由系統自動配置，并不需要用戶配置。 在實際應用中，有時為了應用程序正確運行和保持數據的一致性，必須人為地給數據庫的某個表加鎖。比如，在某應用程序的一個事務操作中，需要根據一編號對幾個數據表做統計操作，為保證統計數據時間的一致性和正確性，從統計第一個表開始到全部表結束，其他應用程序或事務不能再對這幾個表寫入數據，這個時候，該應用程序希望在從統計第一個數據表開始或在整個事務開始時能夠由程序人為地（顯式地）鎖定這幾個表，這就需要用到手工加鎖（也稱顯式加鎖）技術。

可以使用 SELECT、INSERT、UPDATE 和 DELETE 語句指定表級鎖定提示的范圍，以引導 Microsoft SQL Server 2000 使用所需的鎖類型。當需要對對象所獲得鎖類型進行更精細控制時，使用表級鎖定提示更改默認的鎖定行為。

所指定的表級鎖定提示有如下幾種：

1． HOLDLOCK: 在該表上保持共享鎖，直到整個事務結束，而不是在語句執(zhí)行完立即釋放所添加的鎖。

2． NOLOCK：不添加共享鎖和排它鎖，當這個選項生效后，可能讀到未提交讀的數據或“臟數據”，這個選項僅僅應用于SELECT語句。

3． PAGLOCK：指定添加頁鎖（否則通?？赡芴砑颖礞i）。

4． READCOMMITTED用與運行在提交讀隔離級別的事務相同的鎖語義執(zhí)行掃描。默認情況下，SQL Server 2000 在此隔離級別上操作。。

5． READPAST: 跳過已經加鎖的數據行，這個選項將使事務讀取數據時跳過那些已經被其他事務鎖定的數據行，而不是阻塞直到其他事務釋放鎖，READPAST僅僅應用于READ COMMITTED隔離性級別下事務操作中的SELECT語句操作。

6． READUNCOMMITTED：等同于NOLOCK。

7． REPEATABLEREAD：設置事務為可重復讀隔離性級別。

8． ROWLOCK：使用行級鎖，而不使用粒度更粗的頁級鎖和表級鎖。

9． SERIALIZABLE：用與運行在可串行讀隔離級別的事務相同的鎖語義執(zhí)行掃描。等同于 HOLDLOCK。

10． TABLOCK：指定使用表級鎖，而不是使用行級或頁面級的鎖，SQL Server在該語句執(zhí)行完后釋放這個鎖，而如果同時指定了HOLDLOCK，該鎖一直保持到這個事務結束。

11． TABLOCKX：指定在表上使用排它鎖，這個鎖可以阻止其他事務讀或更新這個表的數據，直到這個語句或整個事務結束。

12． UPDLOCK ：指定在讀表中數據時設置更新 鎖（update lock）而不是設置共享鎖，該鎖一直保持到這個語句或整個事務結束，使用UPDLOCK的作用是允許用戶先讀取數據（而且不阻塞其他用戶讀數據），并且保證在后來再更新數據時，這一段時間內這些數據沒有被其他用戶修改。

死鎖問題

在數據庫系統中，死鎖是指多個用戶（進程）分別鎖定了一個資源，并又試圖請求鎖定對方已經鎖定的資源，這就產生了一個鎖定請求環(huán)，導致多個用戶（進程）都處于等待對方釋放所鎖定資源的狀態(tài)。這種死鎖是最典型的死鎖形式, 例如在同一時間內有兩個事務A和B，事務A有兩個操作：鎖定表part和請求訪問表supplier；事務B也有兩個操作：鎖定表supplier和請求訪問表part。結果，事務A和事務B之間發(fā)生了死鎖。

死鎖的第二種情況是，當在一個數據庫中時，有若干個長時間運行的事務執(zhí)行并行的操作，當查詢分析器處理一種非常復雜的查詢例如連接查詢時，那么由于不能控制處理的順序，有可能發(fā)生死鎖現象。

在SQL Server中，系統能夠自動定期搜索和處理死鎖問題。系統在每次搜索中標識所有等待鎖定請求的進程會話，如果在下一次搜索中該被標識的進程仍處于等待狀態(tài)，SQL Server就開始遞歸死鎖搜索。當搜索檢測到鎖定請求環(huán)時，SQL Server 通過自動選擇可以打破死鎖的線程（死鎖犧牲品）來結束死鎖。SQL Server 回滾作為死鎖犧牲品的事務，通知線程的應用程序（通過返回 1205 號錯誤信息），取消線程的當前請求，然后允許不間斷線程的事務繼續(xù)進行。SQL Server 通常選擇運行撤消時花費最少的事務的線程作為死鎖犧牲品。另外，用戶可以使用 SET 語句將會話的 DEADLOCK_PRIORITY 設置為 LOW。DEADLOCK_PRIORITY 選項控制在死鎖情況下如何衡量會話的重要性。如果會話的設置為 LOW ，則當會話陷入死鎖情況時將成為首選犧牲品。

理解了死鎖的概念，在應用程序中就可以采用下面的一些方法來盡量避免死鎖了： （1）合理安排表訪問順序。 （2）在事務中盡量避免用戶干預，盡量使一個事務處理的任務少些, 保持事務簡短并在一個批處理中。 （3）數據訪問時域離散法, 數據訪問時域離散法是指在客戶機/服務器結構中，采取各種控制手段控制對數據庫或數據庫中的對象訪問時間段。主要通過以下方式實現: 合理安排后臺事務的執(zhí)行時間，采用工作流對后臺事務進行統一管理。工作流在管理任務時，一方面限制同一類任務的線程數（往往限制為1個），防止資源過多占用; 另一方面合理安排不同任務執(zhí)行時序、時間，盡量避免多個后臺任務同時執(zhí)行，另外， 避免在前臺交易高峰時間運行后臺任務。 （4）數據存儲空間離散法。數據存儲空間離散法是指采取各種手段，將邏輯上在一個表中的數據分散到若干離散的空間上去，以便改善對表的訪問性能。主要通過以下方法實現: 第一，將大表按行或列分解為若干小表; 第二，按不同的用戶群分解。 （5）使用盡可能低的隔離性級別。隔離性級別是指為保證數據庫數據的完整性和一致性而使多用戶事務隔離的程度，SQL92定義了4種隔離性級別：未提交讀、提交讀、可重復讀和可串行。如果選擇過高的隔離性級別，如可串行，雖然系統可以因實現更好隔離性而更大程度上保證數據的完整性和一致性，但各事務間沖突而死鎖的機會大大增加，大大影響了系統性能。 （6）使用綁定連接, 綁定連接允許兩個或多個事務連接共享事務和鎖，而且任何一個事務連接要申請鎖如同另外一個事務要申請鎖一樣，因此可以允許這些事務共享數據而不會有加鎖的沖突。

總之，了解SQL Server的鎖機制，掌握數據庫鎖定方法, 對一個合格的DBA來說是很重要的。

三、mysql a事物在寫 b事物能讀嗎

語法

我們先來看看事務的語法?，F在的社會比較浮躁，大家往往只在乎如何解決問題，而不去考慮問題的本質到底是什么。

所以我決定先來介紹事務的語法：

1. 開啟事務start transaction，可以簡寫為 begin2. 然后記錄之后需要執(zhí)行的一組sql

3. 提交commit

4. 如果所有的sql都執(zhí)行成功，則提交，將sql的執(zhí)行結果持久化到數據表內。

5. 回滾rollback

6. 如果存在失敗的sql，則需要回滾，將sql的執(zhí)行結果，退回到事務開始之時7. 無論回滾還是提交，都會關閉事務！需要再次開啟，才能使用。

8. 還有一點需要注意，就是事務只針對當前連接。

下面我們來進行演示：

使用第一個鏈接A，開啟事務后，執(zhí)行一條update語句。

結果成功，數據已經變成修改之后！

這里寫圖片描述

此時我們沒有提交。

再從其他連接B來查看，發(fā)現數據為更改：

這里寫圖片描述

此時如果連接A選擇提交，也就是commit操作。則連接B的數據也會發(fā)生變化。

而如果連接A選擇回滾，也就是rollback操作。則連接A再次查詢則發(fā)現數據還原。

基本原理

語法說完了，浮躁的人也不用繼續(xù)看下去了。下面簡單說一下事務的基本原理吧。

提交，就會將結果持久化，不提交就不會。

如果我們不開啟事務，只執(zhí)行一條sql，馬上就會持久化數據，可以看出，普通的執(zhí)行就是立即提交。

這是因為MySQL默認對sql語句的執(zhí)行是自動提交的。

也就是說，開啟事務，實際上就是關閉了自動提交的功能，改成了commit手動提交！

我們可以通過簡單的對是否自動提交加以設置，完成開啟事務的目的！

自動提交的特征是保存在服務的一個autocommit的變量內?？梢赃M行修改：

這里寫圖片描述

還需要注意一點，就是事務類似于外鍵約束，只被innodb引擎支持。

特點

下面來說說事務的特點ACID。也就是原子性，一致性，隔離性和持久性。

原子性：事務是不可分割的。

一致性：保證數據在事務的執(zhí)行周期內，是一致的！

隔離型：多個事務之間的干擾關系！隔離級別！

持久性：事務一旦被提交，就不可能再被回滾！

事務并發(fā)

事務并發(fā)會帶來一些問題，所以才有了不同的事務隔離級別。要想了解事務的隔離級別，就必須首先了解事務并發(fā)會帶來的問題。

一般來說，會出現三類數據讀問題和數據更新問題。

臟讀

一個事務正在對一條記錄做修改，但未提交，另一個事務讀取了這些臟數據，并進一步處理，就會產生未提交的數據依賴。

舉一個例子：

時間轉賬事務A取款事務B

T1開始事務

T2開始事務

T3查詢賬戶余額為1000元

T4取出500元把余額改為500元

T5查詢賬戶余額為500元（臟讀）

T6撤銷事務余額恢復為1000元

T7匯入100元把余額改為600元

T8提交事務

A讀取了B尚未提交的臟數，導致最后余額為600元。

不可重復讀

一個事務在不同時間讀取數據不一致。

舉一個例子：

時間取款事務A轉賬事務B

T1開始事務

T2開始事務

T3查詢賬戶余額為1000元

T4查詢賬戶余額為1000元

T5取出100元把余額改為900元

T6提交事務

T7查詢賬戶余額為900元（和T4讀取的不一致）可以看到最后讀取的數據不一致。

幻讀

幻讀和不可重復讀的概念類似，都是不同時間數據不一致，只不過幻讀是針對新增數據，而不可重復讀是針對更改數據。

看一個例子：

時間統計金額事務A轉賬事務B

T1開始事務

T2開始事務

T3統計總存款數為10000元

T4新增一個存款賬戶，存款為100元

T5提交事務

T6再次統計總存款數為10100元（幻象讀）

更新丟失

兩個事務對同一數據進行更新，后者會覆蓋先者的更新。

時間取款事務A轉賬事務B

T1開始事務

T2開始事務

T3查詢賬戶余額為1000元

T4查詢賬戶余額為1000元

T5匯入100元把余額改為1100元

T6提交事務

T7取出100元將余額改為900元

T8撤銷事務

T9余額恢復為1000元（丟失更新）

隔離級別

事務并發(fā)帶來的問題前文已經描述得非常仔細了。事務的隔離級別就是為了針對并發(fā)出現的問題，不同的級別可以保證不同的一致性。

為了解決上面講到的并發(fā)事務處理帶來的問題，SQL標準提出了4個等級的事務隔離級別。不同的隔離級別在同樣的環(huán)境下會出現不同的結果。

下面看看四種隔離級別的比較：

隔離級別讀數據一致性臟讀不可重復讀幻讀

未提交讀（Read uncommitted）最低級別，只能保證不讀取物理上損壞的數據是是是已提交讀（Read committed）語句級否是是

可重復讀（Repeatable read）事務級否否是

可序列化（Serializable）最高級別，事務級否否否

四、為什么有一個百度三級帳號，只要一發(fā)帖就會提示“您的回答未提交成功或已失效”，這種問題應該怎樣解決

你好，因為在百度知道里很多提問和回答都是要通過審核才能上線的，所以如果你是剛提交不久，有可能還在審核中，請耐心等待，多刷新幾次看看。

如果問題已過去很長時間還不顯示，就很可能是違規(guī)被刪除了。

至于什么原因被刪，您可以到【百度知道投訴中心】里去投訴，

投訴鏈接 http://tousu.baidu.com/zhidao

請您提供所丟失或者不顯示的問題或者回答的標題,完整內容,補充,發(fā)貼ID,發(fā)貼時間,管理員將根據您所提供的相關信息核實處理

為避免這樣的情況發(fā)生，希望在提問/回答之前，能夠花點時間仔細閱讀知道原則，

在了解知道原則之后再來提問/回答，畢竟只有大家都了解規(guī)則遵守規(guī)則，

才能保證百度這個平臺健康有序的發(fā)展。

-------------------------------------------------

希望對你有幫助，滿意請采納！O(∩_∩)O謝謝

---【百度知道的】團隊真誠為你解答

以上就是關于讀未提交解決了什么問題相關問題的回答。希望能幫到你，如有更多相關問題，您也可以聯系我們的客服進行咨詢，客服也會為您講解更多精彩的知識和內容。

推薦閱讀：

讀未提交解決了什么問題（讀未提交是怎么實現的）

讀未提交是怎么實現的（讀未提交解決了什么問題）

3d打印筆排行榜（3d打印筆品牌推薦）

快手直播排行榜快手號（快手直播排名榜）