网站维护用MySQL，Facebook运维改用何数据库？

说实话，现在好多公司都在纠结数据库选型这事儿。特别是像Facebook这种体量的公司，数据量大得吓人，对性能、稳定性、 性要求都贼高。那你说它为啥不用MySQL了？害，这事儿得从头说起。

我服了。 咱就是说MySQL当年确实是扛把子，开源、免费、部署简单，谁用谁知道。但问题是它现在有点跟不上节奏了。不是说MySQL不好，而是它太重了定制性不够强。你懂的，大公司玩的是啥？是定制化、是轻量化、是高可用、是弹性伸缩。MySQL虽然能用，但用起来还是有点费劲。

你看看Facebook的运维团队，人家早就开始折腾别的数据库了。为啥？主要原因是MySQL性能瓶颈太明显了。那他们改用啥呢？害，这个得从他们的业务场景说起，没准儿…。

先说说MySQL的优点吧，它确实牛，特别是处理起来就有点吃力了。你懂的，Facebook那种级别的数据量，MySQL的单点写入、锁机制、存储引擎，都成了限制因素。

在我看来... 所以Facebook运维团队就开始琢磨别的数据库了。他们选的是啥？害，说出来你可能不信，就是那个大名鼎鼎的NoSQL——Cassandra。你懂的，这玩意儿是为高并发、分布式场景量身定做的。天生就是为了应对超大规模数据的读写。

说实话，Cassandra这东西，一开始是Facebook自己搞出来的。为啥？主要原因是MySQL扛不住啊。后来他们开源了再后来自己也不用了转而投奔别的数据库。不对不对， 应该是他们把Cassandra用在了需要高可用、高并发的场景，比如用户数据、消息队列这些地方，共勉。。

那为啥不用Oracle或者DB2呢？你懂的，Oracle这种商业数据库，贵得要命，而且 性也不咋地。DB2虽然也还行，但那是IBM的体系，跟Facebook这种“自己造轮子”的风格不太搭。所以咱就是说开源才是王道。

我明白了。