[quote="ahuaxuan第一，如果你的數(shù)據(jù)庫支持事務，而且默認隔離級別是讀寫已提交的話（大部分數(shù)據(jù)庫是這樣），是不會出現(xiàn)什么臟數(shù)據(jù)的?？梢宰屑氶喿x一下事務和隔離級別，和不同隔離級別所能解決的情況。讀寫已提交就是解決臟讀問題的

這個我很清楚地，你大概沒搞清楚我的問題，這個算了，
我想問你，事務里面的一二級緩存是怎么實現(xiàn)同步的，比如事務里面更新了一個對象，h什么時候通知二級緩存同步對象的狀態(tài)，以及h是怎么知道什么時候更新二級緩存，什么時候從二級里面刪除數(shù)據(jù)

2，我說了：什么時候把數(shù)據(jù)同步到數(shù)據(jù)庫，什么時候就把數(shù)據(jù)同步到二級緩存。

我 的理解是在事務提交的時候，首先在二級緩存中根據(jù)id找到對應的數(shù)據(jù)，然后通過session中的指令來判斷是更新這個數(shù)據(jù)還是刪除這個數(shù)據(jù)，通過這樣的 方法，同步了二級緩存之后，再向db發(fā)送sql語句，隨后向db發(fā)送事務提交指令，但我沒有看過源代碼，應該是類似這樣的

也有可能是在事務提交之后更新二級緩存，這樣也許更合理，因為如果事務回滾，二級緩存就根本都不會涉及到了

這樣的話 如果一個對象有多個操作指令的話 比如insert(a),update(a),delete(a)全部在一個事務里面的話,這樣同步起來代價就太大了，不知道其他看過代碼的人 有沒有什么想法

這是算法里面應該考慮的一種情況，我們不要偏離主題，你上面的根據(jù)指令來判斷 應該會有這種情況，我想聽聽有沒有那位高手看懂過里面的算法實現(xiàn)？我一向覺得不能只會用。

hibernate 沒用過，不過根據(jù)我用另一個python下的類似hibernate的ORM的經(jīng)驗，你們所謂的一級二級緩存應該是這樣的吧：

我最近在看它的源碼，沒什么用，不過我覺得這樣的算法大家覺得行不行，就是orm框架 每次都記錄一級緩存里面對象的最后的操作狀態(tài)，不管它前面執(zhí)行過么操作，在最后提交以后遍歷整個一級緩存的map同步。
如果事
insert：新增到二級緩存
update：新增或更新到二級緩存
delete：查找二級緩存找到就刪除
select:不做操作，
但是select操作會發(fā)生一種例外就是先insert/update再select所以
select操作只是從二級緩存到一級緩存或者DB到一級的時候記錄select操作，如果這個對象再一級緩存里面已經(jīng)存在，就算他再次被查找到也不去更新他的select操作。這樣的算法大家看看有沒有什么問題，還有其他的好點的算法嗎？