I did try TokuMX over a month ago and it was a dismal failure. It used considerably less space (good), imported data quicker (good) but failed at runtime after a few hours claiming issues with locking. Our code doesn't use locking and was running exactly what runs against MongoDB just fine.
I work at Tokutek (and wrote the post above). I'm sorry you ran into issues trying out TokuMX. I assure you, we are "ready", as we have users running in production.
Nevertheless, you ran into problems and that is unfortunate. If you have details, can you please share them with the tokumx-user google group? We might be able to help. I suspect the transition to using a transactional system like TokuMX where entire statements are transactional is resulting in some "gotchas", but that is just an educated guess.
-Zardosht
I uninstalled Toku and went back to MongoDB so I can't provide any further testing. (The mongorestore takes days.)
I can tell you want code was running at the time. It reads events sorted by user id and timestamp, and then discovers session boundaries in that. A new session object (in a different collection) is written out with all the events as a subdocument list. (In rarer cases an existing session object is updated.) This was happening in 8 separate processes all in Python/pymongo. There are no statements running that affect more than one document, nor any need for transactions.
