事務

創建事務：

想顯式地回滾一個事務，例如從一個條件代碼塊，可以調用failure方法，則事務將在程序塊的結束做無條件的回滾。既不調用success方法也不調用failure方法也將會導致事務回滾（默認）。

在一個事務中定義USER標簽的name作為模式可索引的屬性，然后使用分離的事務實際設置一個真實用戶的值：

許多數據庫管理系統使用鎖機制來管理對同一個數據庫的同時訪問。Neo4j 事務是由清晰的讀鎖和寫鎖來控制每一個圖形數據庫資源（節點和關系）。

多個讀鎖之間并不相互排斥，在同一時間的多線程中，可以在同一數據資源中獲得多個讀鎖。在給定的時刻，對同一數據資源只能獲得一個寫鎖，還必須沒有其他激活的鎖，不管是讀鎖還是寫鎖。

Neo4j事務的默認設置并不自動獲取讀鎖。因此，讀的數據是節點、關系、索引實體最新提交的狀態，除非在它自己的事務中，局域的修改（即使沒提交）是可見的。

寫鎖則是在對任意圖形資源試圖做變更操作時自動獲得，在事務的持續時 間內都有效。每一個事務確保在完成時自動釋放所有的鎖。

如果需要一個更高級別的隔離以確保其他人不能修改正在讀的圖形資源， Neo4j提供了一個潛在的顯式獲取對圖形資源的讀鎖。程序7-5給出了相應 代碼，但是這一次在讀取任何的屬性之前有一個額外的顯式請求獲取對節點的讀鎖。

當讀數據時，有兩個很好的理由避免使用系統的鎖。就像以前提及的，首先這將產生事務的狀態，并且很占內存。第二，這里主要的權衡是同時寫數據，因為線程希望更新任何有顯式讀鎖的節點或關系，在鎖被釋放或事務完成前是鎖定的。

如果事務A試圖按節點1和節點2的順序鎖定它們，而事務B試圖對相同的節點按相反的順序獲取鎖，那么每一個事務可能會鎖定一個節點并且無限期地等待另一個節點釋放，從而產生一個無效鎖。

當無效鎖發生的時候，Neo4j具有一個內置的機制對其進行探測，若有，則 拋出一個DeadlockDetectedException異常并且事務回滾。當鎖定是由Neo4j專門管理時，才能進行無效鎖的探測，這意味著通過依賴于Neo4j的自動默認鎖定機制，或者僅僅通過使用我們前面討論過的Neo4j API的相關鎖定方法（acquireReadLock和acquireWriteLock）。如果使用任何其他的鎖定機制，例如使用Java的同步（synchronized）關鍵詞，即使發生 無效鎖也不會被探測出，應用程序很有可能出現終止。

要有效處理無效鎖：第一個堅持使用Neo4j提供的核心API而不使用任何外部的鎖定機制。這將確保Neo4j的無效鎖探測機制是有效的，確保你的應用程序不會完全鎖死，并且數據會保持一致性。在Neo4j核心API中的所有操作（除非另有指定）都是線程安全的，因此，一般不需要外部的同步。另一個是通過確保圖形資源能夠以同樣的順序進行訪問來避免無效鎖。

深度遍歷

① 遍歷的順序

每一次遍歷器訪問一個節點，它都需要決定下一步沿著哪個關系訪問哪個節點，重復這個過程直至遍歷結束。通過在圖形中選擇一個合適的路徑，遍歷可以很快結束并且使用很少內存。這是圖論中的兩個主要順序算法，并且這兩個算法用于大多數的Neo4j遍歷中：深度優先（depth-first）算法和廣度優先（breadth-first）算法。

深度優先：

深度優先順序表明你應該首先跳到現在所在且以前沒有訪問過的節點的第一級子 節點。如果所有的下一代子節點都已經訪問過，就應該返回具有沒有訪問過的子節點的第一個節點上。

使用Neo4j遍歷API深度優先遍歷整個圖形：

深度優先是Neo4j默認的分支順序策略。當建立遍歷描述時，如果不指定遍歷的順序，則默認為深度優先。