在上面講到的併發事務處理帶來的問題中，「更新丟失」通常是應該完全避免的。但防止更新丟失，並不能單靠資料庫事務控制器來解決，需要應用程式對要更新的資料加必要的鎖來解決，因此，防止更新丟失應該是應用的責任。
「髒讀」、「不可重複讀」和「幻讀」，其實都是資料庫讀一致性問題，必須由資料庫提供一定的事務隔離機制來解決。資料庫實現事務隔離的方式，基本上可分為以下兩種。
l 一種是在讀取資料前，對其加鎖，阻止其他事務對資料進行修改。
l 另一種是不用加任何鎖，通過一定機制生成乙個資料請求時間點的一致性資料快照（snapshot)，並用這個快照來提供一定級別（語句級或事務級）的一致性讀取。從使用者的角度來看，好像是資料庫可以提供同一資料的多個版本，因此，這種技術叫做資料多版本併發控制（multiversion concurrency control，簡稱mvcc或mcc），也經常稱為多版本資料庫。
資料庫的事務隔離越嚴格，併發***越小，但付出的代價也就越大，因為事務隔離實質上就是使事務在一定程度上 「序列化」進行，這顯然與「併發」是矛盾的。同時，不同的應用對讀一致性和事務隔離程度的要求也是不同的，比如許多應用對「不可重複讀」和「幻讀」並不敏感，可能更關心資料併發訪問的能力。
為了解決「隔離」與「併發」的矛盾，iso/ansi sql92定義了4個事務隔離級別，每個級別的隔離程度不同，允許出現的***也不同，應用可以根據自己的業務邏輯要求，通過選擇不同的隔離級別來平衡 「隔離」與「併發」的矛盾。表20-5很好地概括了這4個隔離級別的特性。
什麼情況下MySQL的索引會失效
在某些情況下我們會發現乙個問題，明明這個字段新增了索引，但是奇怪的是是查詢的時候索引並沒有生效，下面就這幾種索引失效的情況做以總結。假如我們建立了乙個 test表及相關索引。drop table ifexists test create table test id int 11 notnull au...
MySQL索引在什麼情況下會失效
索引的失效，會大大降低sql的執行效率，日常中又有哪些常見的情況會導致索引失效？對查詢進行優化，應盡量避免全表掃瞄，首先應考慮在 where 及 order by 涉及的列上建立索引。應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃瞄，如 sele...
什麼情況下會初始化類
都什麼情況下會初始化類 public class a static public void run public void service public class b extends a public static void main string args 答案 static block a s...