① mysql出現幻讀的隔離級別有哪些
用單個sentinel進程來監控redis集群是不可靠的，當sentinel進程宕掉後(sentinel本身也有單點問題，single-point-of-failure)整個集群系統將無法按照預期的方式運行。
② MySQL的默認事務隔離級別是
mysql的4種事務隔離級別，如下所示：
1、未提交讀(Read Uncommitted)：允許臟讀，也就是可能讀取到其他會話中未提交事務修改的數據。
2、提交讀(Read Committed)：只能讀取到已經提交的數據。Oracle等多數資料庫默認都是該級別 (不重復讀)。
3、可重復讀(Repeated Read)：可重復讀。在同一個事務內的查詢都是事務開始時刻一致的，InnoDB默認級別。在SQL標准中，該隔離級別消除了不可重復讀，但是還存在幻象讀，但是innoDB解決了幻讀。
4、串列讀(Serializable)：完全串列化的讀，每次讀都需要獲得表級共享鎖，讀寫相互都會阻塞。
相關簡介
MySQL是一個關系型資料庫管理系統，由瑞典MySQL AB公司開發，屬於Oracle旗下產品。MySQL 是最流行的關系型資料庫管理系統之一，在WEB應用方面，MySQL是最好的RDBMS(Relational Database Management System，關系資料庫管理系統) 應用軟體之一。
MySQL是一種關系型資料庫管理系統，關系資料庫將數據保存在不同的表中，而不是將所有數據放在一個大倉庫內，這樣就增加了速度並提高了靈活性。
MySQL所使用的 SQL 語言是用於訪問資料庫的最常用標准化語言。MySQL 軟體採用了雙授權政策，分為社區版和商業版，由於其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，一般中小型網站的開發都選擇 MySQL 作為網站資料庫。
③ sql server幻讀用什麼鎖解決
資料庫在處理並發事物的過程中，在不同的隔離級別下有不同的鎖表現，在非可序列化隔離級別下，存在著臟讀，不可重復讀，丟失更新，幻讀等情況。
本文不討論臟讀和不可重復讀以及丟失更新的情形，僅討論幻讀，幻讀是指在一個事物中，同一個條件，存在兩次讀到的數據行數不一致的情況。
最高隔離級別也即可序列化隔離級別消除了幻讀，幻讀的消除過程中會通過Range鎖（也即范圍鎖）來實現事物隔離的。
那麼，Range鎖是如何產生的？產生Range鎖時，鎖定的范圍又是如何確定的？不同的索引產生的Range鎖范圍有什麼區別？
本文將對此進行一個粗淺的分析與推斷。
http://blog.csdn.net/shengjmm/article/details/77938345
④ 隔離級別的事務隔離級別控制以下各項
讀取數據時是否佔用鎖以及所請求的鎖類型。
佔用讀取鎖的時間。
引用其他事務修改的行的讀取操作是否：
在該行上的排他鎖被釋放之前阻塞其他事務。
檢索在啟動語句或事務時存在的行的已提交版本。
讀取未提交的數據修改。
選擇事務隔離級別不影響為保護數據修改而獲取的鎖。事務總是在其修改的任何數據上獲取排他鎖並在事務完成之前持有該鎖，不管為該事務設置了什麼樣的隔離級別。對於讀取操作，事務隔離級別主要定義保護級別，以防受到其他事務所做更改的影響。
較低的隔離級別可以增強許多用戶同時訪問數據的能力，但也增加了用戶可能遇到的並發副作用（例如臟讀或丟失更新）的數量。相反，較高的隔離級別減少了用戶可能遇到的並發副作用的類型，但需要更多的系統資源，並增加了一個事務阻塞其他事務的可能性。應平衡應用程序的數據完整性要求與每個隔離級別的開銷，在此基礎上選擇相應的隔離級別。最高隔離級別（可序列化）保證事務在每次重復讀取操作時都能准確檢索到相同的數據，但需要通過執行某種級別的鎖定來完成此操作，而鎖定可能會影響多用戶系統中的其他用戶。最低隔離級別（未提交讀）可以檢索其他事務已經修改、但未提交的數據。在未提交讀中，所有並發副作用都可能發生，但因為沒有讀取鎖定或版本控制，所以開銷最少。
控制隔離數據以供一個進程使用並防止其它進程干擾的程度的事務屬性。設置隔離級別定義了 SQL Server 會話中所有 SELECT 語句的默認鎖定行為。
當多個事務同時進行時,通過設置隔離級別來處理臟讀、不可重復讀、幻讀事件 將查詢的隔離級別指定為 0。
可以讀臟數據
讀臟數據:一事務對數據進行了增刪改,但未提交,有可能回滾,另一事務卻讀取了未提交的數據 將查詢的隔離級別指定為 1。
避免臟讀,但可以出現不可重復讀和幻讀
不可重復讀:一事務對數據進行了更新或刪除操作,另一事務兩次查詢的數據不一致
幻像讀:一事務對數據進行了新增操作,另一事務兩次查詢的數據不一致 將查詢的事務隔離級別指定為 2。
避免臟讀,不可重復讀,允許幻像讀 將查詢的隔離級別指定為 3。
串列化讀，事務只能一個一個執行，避免了臟讀、不可重復讀、幻讀
執行效率慢（我遇到過一種情況，用時是隔離級別1的30倍），使用時慎重 當讀取數據時，可以保證讀操作讀取的行是事務開始時可用的最後提交版本。
這意味著這種隔離級別可以保證讀取的是已經提交過的數據，並且可以實現可重復讀，
也能確保不會幻讀。不過這種隔離級別使用的不是共享鎖，而是行版本控制。
SQL Server 2005以後的版本支持。
下表顯示了不同隔離級別允許的並發副作用。 隔離級別 臟讀 不可重復讀 虛擬讀取 未提交讀 是 是 是 已提交讀 否 是 是 可重復讀 否 否 是 快照 否 否 否 可序列化 否 否 否
⑤ 在標准sql中，事務的隔離級別包含哪些
spring的事務處理主要是依靠AOP實現的，這個沒什麼好說的隨便搜索一下，網上很多示例。隔離級別是針對並發事務而言的，單個事務的處理很簡單不多說。並發事務的處理則比較復雜，因為往往一條數據是跨事務的，這會造成許多不可預知的後果。一般來說，系統執行並發事務時，會把當前在執行的事務獨立起來，也就是和其他事務進行隔離。好像系統中只有這一個事務，其他事務不存在一樣。這也就是完全隔離，即系統中只運行單位時間內，最多隻有一個事務在執行，其他事務要等到該事務執行完畢之後才能執行，這在現實中基本是不可行的，比如，你要更新你的QQ用戶信息，那麼就是說，在你更新的這段時間內，其他的用戶是無法更新他的用戶信息的。舉個深動的例子，把事務比作一條在公路上奔跑的汽車，完全隔離，就像是，在汽車從公路一頭到另一頭這段時間內，公路上不允許有其他的汽車，這樣做當然可以完全避免車禍，也就是數據跨事務帶來的隱患風險，但是帶來了巨大的效率問題，那麼如果同時在公路上讓多輛汽車行駛會造成什麼情況呢。具體來說有一下幾種：更新丟失（LostUpdate）：兩個事務都企圖去更新一行數據，導致事務拋出異常退出，兩個事務的更新都白費了。臟數據（DirtyRead）：如果第二個應用程序使用了第一個應用程序修改過的數據，而這個數據處於未提交狀態，這時就會發生臟讀。第一個應用程序隨後可能會請求回滾被修改的數據，從而導致第二個事務使用的數據被損壞，即所謂的「變臟」。不可重讀（UnrepeatableRead）：一個事務兩次讀同一行數據，可是這兩次讀到的數據不一樣，就叫不可重讀。如果一個事務在提交數據之前，另一個事務可以修改和刪除這些數據，就會發生不可重讀。幻讀（PhantomRead）：一個事務執行了兩次查詢，發現第二次查詢結果比第一次查詢多出了一行，這可能是因為另一個事務在這兩次查詢之間插入了新行。以上就是並行事務處理時常遇到的大致問題。針對這些問題，提出了幾個不同的事務隔離級別，適應特定的環境需要。具體是：讀操作未提交（ReadUncommitted）：說明一個事務在提交前，其變化對於其他事務來說是可見的。這樣臟讀、不可重讀和幻讀都是允許的。當一個事務已經寫入一行數據但未提交，其他事務都不能再寫入此行數據；但是，任何事務都可以讀任何數據。這個隔離級別使用排寫鎖實現。讀操作已提交（ReadCommitted）：讀取未提交的數據是不允許的，它使用臨時的共讀鎖和排寫鎖實現。這種隔離級別不允許臟讀，但不可重讀和幻讀是允許的。可重讀（RepeatableRead）：說明事務保證能夠再次讀取相同的數據而不會失敗。此隔離級別不允許臟讀和不可重讀，但幻讀會出現。可串列化（Serializable）：提供最嚴格的事務隔離。這個隔離級別不允許事務並行執行，只允許串列執行。這樣，臟讀、不可重讀或幻讀都可發生
⑥ MySQL 是如何實現四大隔離級別的
SQL標準定義了4類隔離級別，包括了一些具體規則，用來限定事務內外的哪些改變是可見的，哪些是不可見的。低級別的隔離級一般支持更高的並發處理，並擁有更低的系統開銷。
Read Uncommitted（讀取未提交內容）
在該隔離級別，所有事務都可以看到其他未提交事務的執行結果。本隔離級別很少用於實際應用，因為它的性能也不比其他級別好多少。讀取未提交的數據，也被稱之為臟讀（Dirty Read）。
Read Committed（讀取提交內容）
這是大多數資料庫系統的默認隔離級別（但不是MySQL默認的）。它滿足了隔離的簡單定義：一個事務只能看見已經提交事務所做的改變。這種隔離級別 也支持所謂的不可重復讀（Nonrepeatable Read），因為同一事務的其他實例在該實例處理其間可能會有新的commit，所以同一select可能返回不同結果。
Repeatable Read（可重讀）
這是MySQL的默認事務隔離級別，它確保同一事務的多個實例在並發讀取數據時，會看到同樣的數據行。不過理論上，這會導致另一個棘手的問題：幻讀 （Phantom Read）。簡單的說，幻讀指當用戶讀取某一范圍的數據行時，另一個事務又在該范圍內插入了新行，當用戶再讀取該范圍的數據行時，會發現有新的「幻影」 行。InnoDB和Falcon存儲引擎通過多版本並發控制（MVCC，Multiversion Concurrency Control）機制解決了該問題。
Serializable（可串列化）
這是最高的隔離級別，它通過強制事務排序，使之不可能相互沖突，從而解決幻讀問題。簡言之，它是在每個讀的數據行上加上共享鎖。在這個級別，可能導致大量的超時現象和鎖競爭。
這四種隔離級別採取不同的鎖類型來實現，若讀取的是同一個數據的話，就容易發生問題。例如：
臟讀(Drity Read)：某個事務已更新一份數據，另一個事務在此時讀取了同一份數據，由於某些原因，前一個RollBack了操作，則後一個事務所讀取的數據就會是不正確的。
不可重復讀(Non-repeatable read):在一個事務的兩次查詢之中數據不一致，這可能是兩次查詢過程中間插入了一個事務更新的原有的數據。
幻讀(Phantom Read):在一個事務的兩次查詢中數據筆數不一致，例如有一個事務查詢了幾列(Row)數據，而另一個事務卻在此時插入了新的幾列數據，先前的事務在接下來的查詢中，就會發現有幾列數據是它先前所沒有的。
在MySQL中，實現了這四種隔離級別，分別有可能產生問題如下所示：
⑦ 什麼是臟讀，幻讀和不可重復讀
1.臟讀 ：臟讀就是指當一個事務正在訪問數據，並且對數據進行了修改，而這種修改還沒有提交到資料庫中，這時，另外一個事務也訪問這個數據，然後使用了這個數據。2.不可重復讀 ：是指在一個事務內，多次讀同一數據。在這個事務還沒有結束時，另外一個事務也訪問該同一數據。那麼，在第一個事務中的兩 次讀數據之間，由於第二個事務的修改，那麼第一個事務兩次讀到的的數據可能是不一樣的。這樣就發生了在一個事務內兩次讀到的數據是不一樣的，因此稱為是不 可重復讀。例如，一個編輯人員兩次讀取同一文檔，但在兩次讀取之間，作者重寫了該文檔。當編輯人員第二次讀取文檔時，文檔已更改。原始讀取不可重復。如果 只有在作者全部完成編寫後編輯人員才可以讀取文檔，則可以避免該問題。3.幻讀:是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的全部數據行。 同時，第二個事務也修改這個表中的數據，這種修改是向表中插入一行新數據。那麼，以後就會發生操作第一個事務的用戶發現表中還有沒有修改的數據行，就好象 發生了幻覺一樣。例如，一個編輯人員更改作者提交的文檔，但當生產部門將其更改內容合並到該文檔的主復本時，發現作者已將未編輯的新材料添加到該文檔中。 如果在編輯人員和生產部門完成對原始文檔的處理之前，任何人都不能將新材料添加到文檔中，則可以避免該問題。補充: 基於元數據的Spring聲明性事務:Isolation屬性一共支持五種事務設置，具體介紹如下：lDEFAULT使用資料庫設置的隔離級別(默認) ，由DBA默認的設置來決定隔離級別.lREAD_UNCOMMITTED 會出現臟讀、不可重復讀、幻讀(隔離級別最低，並發性能高)lREAD_COMMITTED 會出現不可重復讀、幻讀問題（鎖定正在讀取的行）lREPEATABLE_READ 會出幻讀（鎖定所讀取的所有行）lSERIALIZABLE 保證所有的情況不會發生（鎖表） 不可重復讀的重點是修改:同樣的條件, 你讀取過的數據, 再次讀取出來發現值不一樣了 幻讀的重點在於新增或者刪除同樣的條件,第1次和第2次讀出來的記錄數不一樣
⑧ 事務的隔離級別有幾種
事務的隔離級別有以下幾種：
1、第一種隔離級別：Read uncommitted （讀未提交）
一個事務在寫數據時，不允許另外一個事務進行寫操作，但允許讀操作。這樣避免了更新丟失，卻可能出現臟讀，也就是說（事務A讀到了事務B未提交的數據，事務B修改了內容後，又進行了回滾，那麼此時事務A讀取到的數據就成為了臟數據）。
解決了更新丟失，但還是可能會出現臟讀。
2、第二種隔離級別：Read committed （讀提交）
寫事務提交之前不允許其他事務的讀操作，可以解決臟讀問題。但會出現一個事務范圍內兩個相同的查詢卻返回了不同數據（事務A，讀取了數據後，事務B修改了數據並進行了提交，那麼此時事務A再次讀取時，就會出現數據不一致的情況），這就是不可重復讀。
解決了更新丟失和臟讀問題，但是可能出現不可重復讀。
3、第三種隔離級別：Repeatable read（可重復讀）
在開始讀取數據（事務開啟）時，不再允許修改操作，這樣就可以在同一個事務內兩次讀到的數據是一樣的，因此稱為是可重復讀隔離級別，但是有時可能會出現幻讀。
（事務在操作過程中進行兩次查詢，第二次查詢的結果包含了第一次查詢中未出現的數據或者缺少了第一次查詢中出現的數據（這里並不要求兩次查詢的SQL語句相同）。
這是因為在兩次查詢過程中有另外一個事務插入數據造成的。）
解決了更新丟失、臟讀、不可重復讀、但是還會出現幻讀。
4、第四種隔離級別：Serializable（可序化）
要求事務序列化執行，事務只能一個接著一個地執行，但不能並發執行，如果僅僅通過「行級鎖」是無法實現序列化的，必須通過其他機制保證新插入的數據不會被執行查詢操作的事務訪問到。
序列化是最高的事務隔離級別，同時代價也是最高的，性能很低，一般很少使用，在該級別下，事務順序執行，不僅可以避免臟讀、不可重復讀，還避免了幻讀。