“開-閉”原則 （Open-Closed principle, OCP）

一個軟件實體應(yīng)當(dāng)對擴展開放，對修改關(guān)閉。

Software entities should be open for extension, but closed for modification.

在設(shè)計一個模塊的時候，應(yīng)當(dāng)使這個模塊可以在不被修改的前提下被擴展。

“可變性的封裝原則”從工程的角度講解了如何實現(xiàn)“開-閉”原則。

   “可變性的封裝原則”意味著兩點：

1．一種可變性不應(yīng)當(dāng)散落在代碼的很多角落里，而應(yīng)當(dāng)被封裝到一個對象里面。繼承應(yīng)當(dāng)被看做是封裝變化的方法，而不應(yīng)當(dāng)被認為是從一般的對象生成特殊的對象方法。

2．一種可變性不應(yīng)當(dāng)與另一種可變性混合在一起。所有的類圖的繼承結(jié)構(gòu)一般不會超過兩層，不然就意味著將兩種不同的可變性混合在一起。

“開-閉”原則與其他原則的關(guān)系：

里氏代換原則是，任何基類可以出現(xiàn)的地方，子類一定可以出現(xiàn)。

里氏代換原則是對“開-閉”原則的補充。實現(xiàn)“開-閉”原則的關(guān)鍵步驟就是抽象化，而基類與子類的繼承關(guān)系就是抽象化的具體體現(xiàn)，所以里氏代換原則是對實現(xiàn)抽象化的具體步驟的規(guī)范。違反里氏代換原則的，也違背“開-閉”原則，反之不一定成立。

依賴倒轉(zhuǎn)原則是，要依賴于抽象，不要依賴于實現(xiàn)。

“開-閉”原則是目標(biāo)，依賴倒轉(zhuǎn)原則是手段。

合成/聚合復(fù)用原則是，要盡量使用合成/聚合，而不是繼承關(guān)系達到復(fù)用的目的。

合成/聚合復(fù)用原則與里氏代換原則相輔相成，兩者都是實現(xiàn)“開-閉”原則的具體步驟的規(guī)范。

迪米特法則是，一個軟件實體應(yīng)當(dāng)與盡可能少的其他實體發(fā)生相互作用。

一個遵守迪米特原則設(shè)計出來的系統(tǒng)在功能需要擴展時，會相對更容易地做到對修改的關(guān)閉。

接口隔離原則是，應(yīng)當(dāng)為客戶端提供盡可能小的單獨的接口，而不是提供大的總接口。

接口隔離原則與廣義的迪米特法則都是對一個軟件實體與其他的軟件實體的通信的限制。遵循接口隔離原則，會使一個軟件系統(tǒng)在功能擴展的過程當(dāng)中，不會將修改的壓力傳遞到其他的對象。

一個重構(gòu)方法的討論

“將條件轉(zhuǎn)移語句改寫成為多態(tài)性”是一條廣為流傳的代碼重構(gòu)做法。

這一做法本身并不能保證“開-閉”原則，應(yīng)當(dāng)以“開-閉”原則判斷是否需要改寫成多態(tài)。條件轉(zhuǎn)移并不是錯誤，如果需要，完全可以選擇使用條件轉(zhuǎn)移。

如果一個條件轉(zhuǎn)移語句確實封裝了某種商務(wù)邏輯的可變性，那么將此種可變性封裝起來就符合“開-閉”原則設(shè)計思想了。如果一個條件轉(zhuǎn)移語句沒有涉及重要的商務(wù)邏輯，或者不會隨著時間的變化而變化，也不意味著任何的可擴展性，那么它就沒有涉及任何有意義的可變性。這時候?qū)⑦@個條件轉(zhuǎn)移語句改寫成多態(tài)性就是一種沒有意義的浪費。

抽象類應(yīng)當(dāng)擁有盡可能多的共同代碼

 在一個繼承的等級結(jié)構(gòu)中，共同的代碼應(yīng)當(dāng)盡量向等級結(jié)構(gòu)的上方移動。把重復(fù)的代碼從子類里面移動到超類里面，可以提高代碼的復(fù)用率。在代碼發(fā)生改變時，設(shè)計師之需要修改一個地方。

抽象類應(yīng)當(dāng)擁有盡可能少的數(shù)據(jù)

與代碼的移動方向相反，數(shù)據(jù)的移動方向是從抽象類到具體類，向等級結(jié)構(gòu)的下方移動。一個對象的數(shù)據(jù)不論是否使用都會占用資源，所以應(yīng)當(dāng)放到等級結(jié)構(gòu)的低端。

什么時候才應(yīng)當(dāng)使用繼承復(fù)用

1．子類是超類的一個特殊種類，而不是超類的一個角色，Is-A才符合繼承關(guān)系。

2．永遠不會出現(xiàn)需要將子類換成另一個類的子類的情況。

3．子類具有擴展超類的責(zé)任，而不是具有置換掉（Override）和注銷掉（Nullify）超類的責(zé)任。

4．只有在分類學(xué)角度上有意義時，才可以使用繼承，不要從工具類繼承。

前段時間系統(tǒng)升級時遭遇了OOM，具體解決過程見 遭遇OutOfMemoryError；
為了鞏固對于java啟動各項參數(shù)的認識，決定將所有參數(shù)列舉出來，并一一解釋，以便后查；

java啟動參數(shù)共分為三類；
其一是標(biāo)準(zhǔn)參數(shù)（-），所有的JVM實現(xiàn)都必須實現(xiàn)這些參數(shù)的功能，而且向后兼容；
其二是非標(biāo)準(zhǔn)參數(shù)（-X），默認jvm實現(xiàn)這些參數(shù)的功能，但是并不保證所有jvm實現(xiàn)都滿足，且不保證向后兼容；
其三是非Stable參數(shù)（-XX），此類參數(shù)各個jvm實現(xiàn)會有所不同，將來可能會隨時取消，需要慎重使用；
本文主要描述標(biāo)準(zhǔn)參數(shù)部分，剩下的兩個部分將會陸續(xù)推出；

標(biāo)準(zhǔn)參數(shù)列表如下：
-client 
 設(shè)置jvm使用client模式，特點是啟動速度比較快，但運行時性能和內(nèi)存管理效率不高，通常用于客戶端應(yīng)用程序或者PC應(yīng)用開發(fā)和調(diào)試。

-server
 設(shè)置jvm使server模式，特點是啟動速度比較慢，但運行時性能和內(nèi)存管理效率很高，適用于生產(chǎn)環(huán)境。在具有64位能力的jdk環(huán)境下將默認啟用該模式，而忽略-client參數(shù)。

-agentlib:libname[=options] 
 用于裝載本地lib包；
 其中l(wèi)ibname為本地代理庫文件名，默認搜索路徑為環(huán)境變量PATH中的路徑，options為傳給本地庫啟動時的參數(shù)，多個參數(shù)之間用逗號分隔。在Windows平臺上jvm搜索本地庫名為libname.dll的文件，在linux上jvm搜索本地庫名為libname.so的文件，搜索路徑環(huán)境變量在不同系統(tǒng)上有所不同，比如Solaries上就默認搜索LD_LIBRARY_PATH。
 比如：-agentlib:hprof
 用來獲取jvm的運行情況，包括CPU、內(nèi)存、線程等的運行數(shù)據(jù)，并可輸出到指定文件中；windows中搜索路徑為JRE_HOME/bin/hprof.dll。

-agentpath:pathname[=options] 
 按全路徑裝載本地庫，不再搜索PATH中的路徑；其他功能和agentlib相同；更多的信息待續(xù)，在后續(xù)的JVMTI部分會詳述。

-classpath classpath 
-cp classpath 
 告知jvm搜索目錄名、jar文檔名、zip文檔名，之間用分號;分隔；使用-classpath后jvm將不再使用CLASSPATH中的類搜索路徑，如果-classpath和CLASSPATH都沒有設(shè)置，則jvm使用當(dāng)前路徑(.)作為類搜索路徑。
 jvm搜索類的方式和順序為：Bootstrap，Extension，User。
 Bootstrap中的路徑是jvm自帶的jar或zip文件，jvm首先搜索這些包文件，用System.getProperty("sun.boot.class.path")可得到搜索路徑。
 Extension是位于JRE_HOME/lib/ext目錄下的jar文件，jvm在搜索完Bootstrap后就搜索該目錄下的jar文件，用System.getProperty("java.ext.dirs")可得到搜索路徑。
 User搜索順序為當(dāng)前路徑.、CLASSPATH、-classpath，jvm最后搜索這些目錄，用System.getProperty("java.class.path")可得到搜索路徑。

-Dproperty=value
 設(shè)置系統(tǒng)屬性名/值對，運行在此jvm之上的應(yīng)用程序可用System.getProperty("property")得到value的值。
 如果value中有空格，則需要用雙引號將該值括起來，如-Dname="space string"。
 該參數(shù)通常用于設(shè)置系統(tǒng)級全局變量值，如配置文件路徑，以便該屬性在程序中任何地方都可訪問。

-enableassertions[:<package name>"..." | :<class name> ] 
-ea[:<package name>"..." | :<class name> ] 
 上述參數(shù)就用來設(shè)置jvm是否啟動斷言機制（從JDK 1.4開始支持），缺省時jvm關(guān)閉斷言機制。
 用-ea 可打開斷言機制，不加<packagename>和classname時運行所有包和類中的斷言，如果希望只運行某些包或類中的斷言，可將包名或類名加到-ea之后。例如要啟動包com.wombat.fruitbat中的斷言，可用命令java -ea:com.wombat.fruitbat...<Main Class>。

-disableassertions[:<package name>"..." | :<class ; ] 
-da[:<package name>"..." | :<class name> ]
 用來設(shè)置jvm關(guān)閉斷言處理，packagename和classname的使用方法和-ea相同，jvm默認就是關(guān)閉狀態(tài)。
 該參數(shù)一般用于相同package內(nèi)某些class不需要斷言的場景，比如com.wombat.fruitbat需要斷言，但是com.wombat.fruitbat.Brickbat該類不需要，則可以如下運行：
 java -ea:com.wombat.fruitbat...-da:com.wombat.fruitbat.Brickbat <Main Class>。
 
-enablesystemassertions 
-esa 
 激活系統(tǒng)類的斷言。
 
-disablesystemassertions 
-dsa 
 關(guān)閉系統(tǒng)類的斷言。

-jar 
 指定以jar包的形式執(zhí)行一個應(yīng)用程序。
 要這樣執(zhí)行一個應(yīng)用程序，必須讓jar包的manifest文件中聲明初始加載的Main-class，當(dāng)然那Main-class必須有public static void main(String[] args)方法。

-javaagent:jarpath[=options] 
 指定jvm啟動時裝入java語言設(shè)備代理。
 Jarpath文件中的mainfest文件必須有Agent-Class屬性。代理類也必須實現(xiàn)公共的靜態(tài)public static void premain(String agentArgs, Instrumentation inst)方法（和main方法類似）。當(dāng)jvm初始化時，將按代理類的說明順序調(diào)用premain方法；具體參見java.lang.instrument軟件包的描述。

-verbose 
-verbose:class 
 輸出jvm載入類的相關(guān)信息，當(dāng)jvm報告說找不到類或者類沖突時可此進行診斷。
-verbose:gc 
 輸出每次GC的相關(guān)情況。
-verbose:jni 
 輸出native方法調(diào)用的相關(guān)情況，一般用于診斷jni調(diào)用錯誤信息。
 
-version 
 輸出java的版本信息，比如jdk版本、vendor、model。
-version:release 
 指定class或者jar運行時需要的jdk版本信息；若指定版本未找到，則以能找到的系統(tǒng)默認jdk版本執(zhí)行；一般情況下，對于jar文件，可以在manifest文件中指定需要的版本信息，而不是在命令行。
 release中可以指定單個版本，也可以指定一個列表，中間用空格隔開，且支持復(fù)雜組合，比如：
 -version:"1.5.0_04 1.5*&1.5.1_02+"
 指定class或者jar需要jdk版本為1.5.0_04或者是1.5系列中比1.5.1_02更高的所有版本。

-showversion 
 輸出java版本信息（與-version相同）之后，繼續(xù)輸出java的標(biāo)準(zhǔn)參數(shù)列表及其描述。
 
-? 
-help 
 輸出java標(biāo)準(zhǔn)參數(shù)列表及其描述。

-X 
 輸出非標(biāo)準(zhǔn)的參數(shù)列表及其描述。

以上的這些參數(shù)我們經(jīng)常會在很多情況下用到多個的組合，比如我們在用JProfiler進行跟蹤監(jiān)控時，需要在被監(jiān)控java啟動參數(shù)中加上如下配置：
-agentlib:jprofilerti=port=8849  -Xbootclasspath/a:/usr/local/jprofiler5/bin/agent.jar
其中就用到兩個-agentlib和-X參數(shù)，bootclasspath參數(shù)的詳細信息將會在非標(biāo)準(zhǔn)參數(shù)中詳細說明。

轉(zhuǎn)自：http://blog.csdn.net/sfdev/article/details/2062042

這篇文章補充說明了-X、-XX參數(shù)的說明：Java命令行運行參數(shù)說明大全(偷來的)

一、事務(wù)的4個基本特征 
    當(dāng)事務(wù)處理系統(tǒng)創(chuàng)建事務(wù)時，將確保事務(wù)有某些特性。組件的開發(fā)者們假設(shè)事務(wù)的特性應(yīng)該是一些不需要他們親自管理的特性。這些特性稱為ACID特性。 ACID就是：原子性(Atomicity )、一致性( Consistency )、隔離性或獨立性( Isolation)和持久性(Durabilily)。 
1、原子性 (Atomicity ) 
    原子性屬性用于標(biāo)識事務(wù)是否完全地完成，一個事務(wù)的任何更新要在系統(tǒng)上完全完成，如果由于某種原因出錯，事務(wù)不能完成它的全部任務(wù)，系統(tǒng)將返回到事務(wù)開始前的狀態(tài)。 
讓我們再看一下銀行轉(zhuǎn)帳的例子。如果在轉(zhuǎn)帳的過程中出現(xiàn)錯誤，整個事務(wù)將會回滾。只有當(dāng)事務(wù)中的所有部分都成功執(zhí)行了，才將事務(wù)寫入磁盤并使變化 永久化。為了提供回滾或者撤消未提交的變化的能力，許多數(shù)據(jù)源采用日志機制。例如，SQL Server使用一個預(yù)寫事務(wù)日志，在將數(shù)據(jù)應(yīng)用于(或提交到)實際數(shù)據(jù)頁面前，先寫在事務(wù)日志上。但是，其他一些數(shù)據(jù)源不是關(guān)系型數(shù)據(jù)庫管理系統(tǒng) (RDBMS)，它們管理未提交事務(wù)的方式完全不同。只要事務(wù)回滾時，數(shù)據(jù)源可以撤消所有未提交的改變，那么這種技術(shù)應(yīng)該可用于管理事務(wù)。 
2、一致性( Consistency ) 
    事務(wù)在系統(tǒng)完整性中實施一致性，這通過保證系統(tǒng)的任何事務(wù)最后都處于有效狀態(tài)來實現(xiàn)。如果事務(wù)成功地完成，那么系統(tǒng)中所有變化將正確地應(yīng)用，系統(tǒng)處于有效狀態(tài)。如果在事務(wù)中出現(xiàn)錯誤，那么系統(tǒng)中的所有變化將自動地回滾，系統(tǒng)返回到原始狀態(tài)。因為事務(wù)開 
始時系統(tǒng)處于一致狀態(tài)，所以現(xiàn)在系統(tǒng)仍然處于一致狀態(tài)。 再讓我們回頭看一下銀行轉(zhuǎn)帳的例子，在帳戶轉(zhuǎn)換和資金轉(zhuǎn)移前，帳戶處于有效狀態(tài)。如果事務(wù)成功地完成，并且提交事務(wù)，則帳戶處于新的有效的狀態(tài)。如果事務(wù)出錯，終止后，帳戶返回到原先的有效狀態(tài)。 
記住，事務(wù)不負責(zé)實施數(shù)據(jù)完整性，而僅僅負責(zé)在事務(wù)提交或終止以后確保數(shù)據(jù)返回到一致狀態(tài)。理解數(shù)據(jù)完整性規(guī)則并寫代碼實現(xiàn)完整性的重任通常落在 開發(fā)者肩上，他們根據(jù)業(yè)務(wù)要求進行設(shè)計。 當(dāng)許多用戶同時使用和修改同樣的數(shù)據(jù)時，事務(wù)必須保持其數(shù)據(jù)的完整性和一致性。因此我們進一步研究A C I D特性中的下一個特性：隔離性。 
3、隔離性 ( Isolation) 
    在隔離狀態(tài)執(zhí)行事務(wù)，使它們好像是系統(tǒng)在給定時間內(nèi)執(zhí)行的唯一操作。如果有兩個事務(wù)，運行在相同的時間內(nèi)，執(zhí)行相同的功能，事務(wù)的隔離性將確保每一事務(wù)在 系統(tǒng)中認為只有該事務(wù)在使用系統(tǒng)。 這種屬性有時稱為串行化，為了防止事務(wù)操作間的混淆，必須串行化或序列化請求，使得在同一時間僅有一個請求用于同一數(shù)據(jù)。重要的是，在隔離狀態(tài)執(zhí)行事務(wù)， 系統(tǒng)的狀態(tài)有可能是不一致的，在結(jié)束事務(wù)前，應(yīng)確保系統(tǒng)處于一致狀態(tài)。但是在每個單獨的事務(wù)中，系統(tǒng)的狀態(tài)可能會發(fā)生變化。如果事務(wù)不是在隔離狀態(tài)運行， 它就可能從系統(tǒng)中訪問數(shù)據(jù)，而系統(tǒng)可能處于不一致狀態(tài)。通過提供事務(wù)隔離，可以阻止這類事件的發(fā)生。在銀行的示例中，這意味著在這個系統(tǒng)內(nèi)，其他過程和事 務(wù)在我們的事務(wù)完成前看不到我們的事務(wù)引起的任何變化，這對于終止的情況非常重要。如果有另一個過程根據(jù)帳戶余額進行相應(yīng)處理，而它在我們的事務(wù)完成前就 能看到它造成的變化，那么這個過程的決策可能 
建立在錯誤的數(shù)據(jù)之上，因為我們的事務(wù)可能終止。這就是說明了為什么事務(wù)產(chǎn)生的變化，直到事務(wù)完成，才對系統(tǒng)的其他部分可見。隔離性不僅僅保 證多個事務(wù)不能同時修改相同數(shù)據(jù)，而且能夠保證事務(wù)操作產(chǎn)生的變化直到變化被提交或終止時才能對另一個事務(wù)可見，并發(fā)的事務(wù)彼此之間毫無影響。這就意味著 所有要求修改或讀取的數(shù)據(jù)已經(jīng)被鎖定在事務(wù)中，直到事務(wù)完成才能釋放。大多數(shù)數(shù)據(jù)庫，例如SQL Server以及其他的RDBMS，通過使用鎖定來實現(xiàn)隔離，事務(wù)中涉及的各個數(shù)據(jù)項或數(shù)據(jù)集使用鎖定來防止并發(fā)訪問。 
4、持久性 (Durabilily) 
    持久性意味著一旦事務(wù)執(zhí)行成功，在系統(tǒng)中產(chǎn)生的所有變化將是永久的。應(yīng)該存在一些檢查點防止在系統(tǒng)失敗時丟失信息。甚至硬件本身失敗，系統(tǒng)的狀態(tài)仍能通過在日志中記錄事務(wù)完成的任務(wù)進行重建。持久性的概念允許開發(fā)者認為不管系統(tǒng)以后發(fā)生了什么變化，完 
成的事務(wù)是系統(tǒng)永久的部分。 在銀行的例子中，資金的轉(zhuǎn)移是永久的，一直保持在系統(tǒng)中。這聽起來似乎簡單，但這，依賴于將數(shù)據(jù)寫入磁盤，特別需要指出的是，在事務(wù)完全完成并提交后才寫 入磁盤的。 所有這些事務(wù)特性，不管其內(nèi)部如何關(guān)聯(lián)，僅僅是保證從事務(wù)開始到事務(wù)完成，不管事務(wù)成功與否，都能正確地管理事務(wù)涉及的數(shù)據(jù) ，當(dāng)事務(wù)處理系統(tǒng)創(chuàng)建事務(wù) 時，將確保事務(wù)有某些特性。組件的開發(fā)者們假設(shè)事務(wù)的特性應(yīng)該是一些不需要他們親自管理的特性。 
二、為什么需要對事務(wù)并發(fā)控制 
    如果不對事務(wù)進行并發(fā)控制，我們看看數(shù)據(jù)庫并發(fā)操作是會有那些異常情形 
1、丟失更新(Lost update) 
    兩個事務(wù)都同時更新一行數(shù)據(jù)，但是第二個事務(wù)卻中途失敗退出，導(dǎo)致對數(shù)據(jù)的兩個修改都失效了。 
2、臟讀(Dirty Reads) 
    一個事務(wù)開始讀取了某行數(shù)據(jù)，但是另外一個事務(wù)已經(jīng)更新了此數(shù)據(jù)但沒有能夠及時提交。這是相當(dāng)危險的，因為很可能所有的操作都被回滾。 
3、非重復(fù)讀(Non-repeatable Reads) 
   一個事務(wù)對同一行數(shù)據(jù)重復(fù)讀取兩次，但是卻得到了不同的結(jié)果。同一查詢在同一事務(wù)中多次進行，由于其他提交事務(wù)所做的修改或刪除，每次返回不同的結(jié)果集，此時發(fā)生非重復(fù)讀。 
4、二類丟失更新(Second lost updates problem) 
    無法重復(fù)讀取的特例。有兩個并發(fā)事務(wù)同時讀取同一行數(shù)據(jù)，然后其中一個對它進行修改提交，而另一個也進行了修改提交。這就會造成第一次寫操作失效。 
5、幻像讀(Phantom Reads) 
    事務(wù)在操作過程中進行兩次查詢，第二次查詢的結(jié)果包含了第一次查 
詢中未出現(xiàn)的數(shù)據(jù)（這里并不要求兩次查詢的SQL語句相同）。這是因為在兩次查詢過程中有另外一個事務(wù)插入數(shù)據(jù)造成的。 
三、數(shù)據(jù)庫的隔離級別 
   為了兼顧并發(fā)效率和異?？刂疲跇?biāo)準(zhǔn)SQL規(guī)范中，定義了4個事務(wù)隔離級別，（ORACLE和SQLSERER對標(biāo)準(zhǔn)隔離級別有不同的實現(xiàn) ） 
1、未提交讀(Read Uncommitted) 
    直譯就是"讀未提交",意思就是即使一個更新語句沒有提交,但是別 
的事務(wù)可以讀到這個改變.這是很不安全的。允許任務(wù)讀取數(shù)據(jù)庫中未提交的數(shù)據(jù)更改，也稱為臟讀。 
2、提交讀(Read Committed) 
   直譯就是"讀提交",可防止臟讀，意思就是語句提交以后即執(zhí)行了COMMIT以后 
別的事務(wù)就能讀到這個改變. 只能讀取到已經(jīng)提交的數(shù)據(jù)。Oracle等多數(shù)數(shù)據(jù)庫默認都是該級別 
3、可重復(fù)讀(Repeatable Read)： 
   直譯就是"可以重復(fù)讀",這是說在同一個事務(wù)里面先后執(zhí)行同一個查詢語句的時候,得到的結(jié)果是一樣的.在同一個事務(wù)內(nèi)的查詢都是事務(wù)開始時刻一致的，InnoDB默認級別。在SQL標(biāo)準(zhǔn)中，該隔離級別消除了不可重復(fù)讀，但是還存在幻象讀 
4、串行讀(Serializable) 
   直譯就是"序列化",意思是說這個事務(wù)執(zhí)行的時候不允許別的事務(wù)并發(fā)執(zhí)行. 完全串行化的讀，每次讀都需要獲得表級共享鎖，讀寫相互都會阻塞

四，隔離級別對并發(fā)的控制 
下表是各隔離級別對各種異常的控制能力。

順便舉一小例。

MS_SQL: 
--事務(wù)一 
set transaction isolation level serializable 
begin tran 
insert into test values('xxx') 
--事務(wù)二 
set transaction isolation level read committed 
begin tran 
select * from test 
--事務(wù)三 
set transaction isolation level read uncommitted 
begin tran 
select * from test 
在查詢分析器中執(zhí)行事務(wù)一后，分別執(zhí)行事務(wù)二，和三。結(jié)果是事務(wù)二會等待，而事務(wù)三則會執(zhí)行。

ORACLE： 
--事務(wù)一 
set transaction isolation level serializable; 
insert into test values('xxx'); 
select * from test; 
--事務(wù)二 
set transaction isolation level read committed--ORACLE默認級別 
select * from test 
執(zhí)行事務(wù)一后，執(zhí)行事務(wù)二。結(jié)果是事務(wù)二只讀出原有的數(shù)據(jù)，無視事務(wù)一的插入操作。

MYSQL 
查看InnoDB系統(tǒng)級別的事務(wù)隔離級別： 
以下為引用的內(nèi)容： 
mysql> SELECT @@global.tx_isolation; 
+-----------------------+ 
| @@global.tx_isolation | 
+-----------------------+ 
| REPEATABLE-READ　　　| 
+-----------------------+ 
1 row in set (0.00 sec) 
查看InnoDB會話級別的事務(wù)隔離級別： 
以下為引用的內(nèi)容： 
mysql> SELECT @@tx_isolation; 
+-----------------+ 
| @@tx_isolation　| 
+-----------------+ 
| REPEATABLE-READ | 
+-----------------+ 
1 row in set (0.00 sec) 
修改事務(wù)隔離級別： 
以下為引用的內(nèi)容： 
　　mysql> set global transaction isolation level read committed; 
　　Query OK, 0 rows affected (0.00 sec) 
　　mysql> set session transaction isolation level read committed; 
　　Query OK, 0 rows affected (0.00 sec) 
InnoDB的可重復(fù)讀隔離級別和其他數(shù)據(jù)庫的可重復(fù)讀是有區(qū)別的，不會造成幻象讀（phantom read），所謂幻象讀，就是同一個事務(wù)內(nèi)，多次select，可以讀取到其他session insert并已經(jīng)commit的數(shù)據(jù)。下面是一個小的測試，證明InnoDB的可重復(fù)讀隔離級別不會造成幻象讀。測試涉及兩個session，分別為 session 1和session 2，隔離級別都是repeateable read，關(guān)閉autocommit 
以下為引用的內(nèi)容： 
mysql> select @@tx_isolation; 
+-----------------+ 
| @@tx_isolation　| 
+-----------------+ 
| REPEATABLE-READ | 
+-----------------+ 
1 row in set (0.00 sec) 
　　mysql> set autocommit=off; 
　　Query OK, 0 rows affected (0.00 sec) 
　　session 1 創(chuàng)建表并插入測試數(shù)據(jù) 
　　mysql> create table test(i int) engine=innodb; 
　　Query OK, 0 rows affected (0.00 sec)

　　mysql> insert into test values(1); 
　　Query OK, 1 row affected (0.00 sec) 
　　session 2 查詢，沒有數(shù)據(jù)，正常，session1沒有提交，不允許臟讀 
　　mysql> select * from test; 
　　Empty set (0.00 sec) 
　　session 1 提交事務(wù) 
　　mysql> commit; 
　　Query OK, 0 rows affected (0.00 sec) 
　　session 2 查詢，還是沒有數(shù)據(jù)，沒有產(chǎn)生幻象讀 
　　mysql> select * from test; 
　　Empty set (0.00 sec) 
以上試驗版本： 
mysql> select version(); 
+-------------------------+ 
| version()　　　　　　　| 
+-------------------------+ 
| 5.0.37-community-nt-log | 
+-------------------------+ 
1 row in set (0.00 sec)

五、并發(fā)一致性問題的解決辦法 
1 封鎖（Locking） 
    封鎖是實現(xiàn)并發(fā)控制的一個非常重要的技術(shù)。所謂封鎖就是事務(wù)T在對某個數(shù)據(jù)對象例如表、記錄等操作之前，先向系統(tǒng)發(fā)出請求，對其加鎖。加鎖后事務(wù)T就對該 數(shù)據(jù)對象有了一定的控制，在事務(wù)T釋放它的鎖之前，其它的事務(wù)不能更新此數(shù)據(jù)對象。 基本的封鎖類型有兩種：排它鎖（Exclusive locks 簡記為X鎖）和共享鎖（Share locks 簡記為S鎖）。 
    排它鎖又稱為寫鎖。若事務(wù)T對數(shù)據(jù)對象A加上X鎖，則只允許T讀取和修改A，其它任何事務(wù)都不能再對A加任何類型的鎖，直到T釋放A上的鎖。這就保證了其它事務(wù)在T釋放A上的鎖之前不能再讀取和修改A。 
    共享鎖又稱為讀鎖。若事務(wù)T對數(shù)據(jù)對象A加上S鎖，則其它事務(wù)只能再對A加S鎖，而不能加X鎖，直到T釋放A上的S鎖。這就保證了其它事務(wù)可以讀A，但在T釋放A上的S鎖之前不能對A做任何修改。 
2 封鎖協(xié)議 
    在 運用X鎖和S鎖這兩種基本封鎖，對數(shù)據(jù)對象加鎖時，還需要約定一些規(guī)則，例如應(yīng)何時申請X鎖或S鎖、持鎖時間、何時釋放等。我們稱這些規(guī)則為封鎖協(xié)議 （Locking Protocol）。對封鎖方式規(guī)定不同的規(guī)則，就形成了各種不同的封鎖協(xié)議。下面介紹三級封鎖協(xié)議。三級封鎖協(xié)議分別在不同程度上解決了丟失的修改、不 可重復(fù)讀和讀"臟"數(shù)據(jù)等不一致性問題，為并發(fā)操作的正確調(diào)度提供一定的保證。下面只給出三級封鎖協(xié)議的定義，不再做過多探討。 
    1 級封鎖協(xié)議是：事務(wù)T在修改數(shù)據(jù)R之前必須先對其加X鎖，直到事務(wù)結(jié)束才釋放。事務(wù)結(jié)束包括正常結(jié)束（COMMIT）和非正常結(jié)束（ROLLBACK）。 1級封鎖協(xié)議可防止丟失修改，并保證事務(wù)T是可恢復(fù)的。在1級封鎖協(xié)議中，如果僅僅是讀數(shù)據(jù)不對其進行修改，是不需要加鎖的，所以它不能保證可重復(fù)讀和不 讀"臟"數(shù)據(jù)。 
    2級封鎖協(xié)議是：1級封鎖協(xié)議加上事務(wù)T在讀取數(shù)據(jù)R之前必須先對其加S鎖，讀完后即可釋放S鎖。2級封鎖協(xié)議除防止了丟失修改，還可進一步防止讀"臟"數(shù)據(jù)。 
    3級封鎖協(xié)議是：1級封鎖協(xié)議加上事務(wù)T在讀取數(shù)據(jù)R之前必須先對其加S鎖，直到事務(wù)結(jié)束才釋放。3級封鎖協(xié)議除防止了丟失修改和不讀'臟'數(shù)據(jù)外，還進一步防止了不可重復(fù)讀。 
六、一般處理并發(fā)問題時的步驟： 
1、開啟事務(wù)。 
2、申請寫權(quán)限，也就是給對象(表或記錄)加鎖。 
3、假如失敗，則結(jié)束事務(wù)，過一會重試。 
4、假如成功，也就是給對象加鎖成功，防止其他用戶再用同樣的方式打開。 
5、進行編輯操作。 
6、寫入所進行的編輯結(jié)果。 
7、假如寫入成功，則提交事務(wù),完成操作。 
8、假如寫入失敗，則回滾事務(wù)，取消提交。 
9、(7.8)兩步操作已釋放了鎖定的對象，恢復(fù)到操作前的狀態(tài)。

轉(zhuǎn)自：http://www.cnblogs.com/tqsummer/archive/2010/07/11/1775209.html