摘要：上一篇为求振聋发聩的效果，有些口号主义，现在开始实战，归于实用主义。使用情景开始之前，我们先设定这样一个情景：1.一百万注册用户的页游或者手游，这是不温不火的一个状态，刚好是数据量不上不下的一个情况。也刚好是传统MySql数据库性能开始吃紧的时候。2.数据库就用一台很普通的服务器，只有一台。读写分离、水平扩展、内存缓存都不谈。一百万注册用户如果贡献度和活跃度都不高，恐怕公司的日子还不是那么宽裕，能够在数据库上的投资也有限。以此情景为例，设每个用户都拥有100个道具，用户随时会获得或失去道具。我们就来看看这一亿的道具怎么搞。道具一般要使用原型、实例的设计方法，这个不属于数据库的范畴。道具类型00 阅读全文

摘要：最近开始研究MySQL和MongoDB，发现这方面资料不多。尤其是真正的说到点子上的文章，太少了。有一些对比测试的文章基本上都是瞎测，测试方法都测到了马腿上，得出的结论基本上都是NoSQL毫无价值容我借用Russell Smith 的那句话：不是MongoDB不行，是你不懂。让我来分析一下MongoDB的真正性能吧。有说MongoDB慢 反对：不设其他唯一索引的情况下，只用_id 在普通办公电脑上每秒插入几万，在普通x86服务器上每秒插入十几万，你好意思说这个性能低？比mysql强出一个数量级。 赞同：检索是真的慢，和sql数据库不同，越复杂的条件搜索MangoDB越吃亏，CPU和IO的双重. 阅读全文