Hector Virgen wrote: > > Are you using Zend_Cache or APC directly? > We are using Zend_Cache_Backend_TwoLevels with Zend_Cache_Backend_Apc as fast backend and a subclassed Zend_Cache_Backend_Sqlite class, which uses the sqlite3 php connector, by which we gained appr. 40% speed writing into the DB.
Hector Virgen wrote: > > BTW I'm surprised about the behavior of APC. According to the docs: > keys are cache-unique, so storing a second value with the same key will > overwrite the original value. > Yea, inbetween we found out that my initial thought was wrong. The problem lies in the cleanCache Method we call, which calls Zend_Cache_Core()->clean which itself calls the TwoLevels Backend clean Method, which then calls: $ids = $this->_slowBackend->getIdsMatchingTags($tags); So it tries to retrieve the keys from the slow backend, which got deleted at step 2 of my usecase. That means we got an almost unsolvable problem here, as long as we dont know why the DB got corrupted. It seems like the Zend_Cache developers made the assumption that this is never gonna happen. Greetings Sven Richter -- View this message in context: http://zend-framework-community.634137.n4.nabble.com/Zend-Cache-Two-Levels-APC-and-Sqlite-tp3446836p3448996.html Sent from the Zend Framework mailing list archive at Nabble.com. -- List: [email protected] Info: http://framework.zend.com/archives Unsubscribe: [email protected]
