核心开发工程师Kristina Chodorow最近在她的博客上表示，她会发表一系列关于MongoDB Replica Sets相关的文章，向大家详细的进行一次 Replica Sets的知识培训。
对MongoDB有所了解的人都知道，它有一个让人头疼的全局锁(读写锁，允许并发读，而写会阻塞所有的读写)，这个锁不是表级的，不是库级的，而是整个Server级别的。
本文我们从几个问题入手，分析和了解NoSQL数据库MongoDB的BSON格式的一些特性及使用时的注意事项。
我们知道Redis协议是构建在TCP协议之上的。所以当我们在脚本中调用Redis时，通常是以发送-应答-再发送-再应答的模式进行的。
Fluentd是一个日志收集系统，它的特点在于其各部分均是可定制化的，你可以通过简单的配置，将日志收集到不同的地方。
我们知道Redis并没有自己实现内存池，没有在标准的系统内存分配器上再加上自己的东西。所以系统内存分配器的性能及碎片率会对Redis造成一些性能上的影响。
Redis的第一作者antirez发表了一篇博文，对Redis的后续发展规划做了一个比较明确的描述。NoSQLFan进行了简单翻译，关注Redis的同学不要错过。
Redis是一个支持持久化的内存数据库，所有的数据都被存储在内存中，而最简单的实现就是使用Redis的String结构来做一个key-value存储就行了。
容量规划的意义就是：按要存储的数据特点，针对一段时间的数据量，对机器各个存储的容量、性能及系统配置进行合理预估。
前段时间Google的Chromium团队开发的一个开源的key-value存储以其分层压缩机制给了大家一种新的思路，Cassandra也适时的将这种思路引入到自身数据库中。
