[quote="ahuaxuan第一，如果你的數(shù)據(jù)庫(kù)支持事務(wù)，而且默認(rèn)隔離級(jí)別是讀寫(xiě)已提交的話（大部分?jǐn)?shù)據(jù)庫(kù)是這樣），是不會(huì)出現(xiàn)什么臟數(shù)據(jù)的。可以仔細(xì)閱讀一下事務(wù)和隔離級(jí)別，和不同隔離級(jí)別所能解決的情況。讀寫(xiě)已提交就是解決臟讀問(wèn)題的

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

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

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

也有可能是在事務(wù)提交之后更新二級(jí)緩存，這樣也許更合理，因?yàn)槿绻聞?wù)回滾，二級(jí)緩存就根本都不會(huì)涉及到了

這樣的話 如果一個(gè)對(duì)象有多個(gè)操作指令的話 比如insert(a),update(a),delete(a)全部在一個(gè)事務(wù)里面的話,這樣同步起來(lái)代價(jià)就太大了，不知道其他看過(guò)代碼的人 有沒(méi)有什么想法

這是算法里面應(yīng)該考慮的一種情況，我們不要偏離主題，你上面的根據(jù)指令來(lái)判斷 應(yīng)該會(huì)有這種情況，我想聽(tīng)聽(tīng)有沒(méi)有那位高手看懂過(guò)里面的算法實(shí)現(xiàn)？我一向覺(jué)得不能只會(huì)用。

hibernate 沒(méi)用過(guò)，不過(guò)根據(jù)我用另一個(gè)python下的類似hibernate的ORM的經(jīng)驗(yàn)，你們所謂的一級(jí)二級(jí)緩存應(yīng)該是這樣的吧：

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