今天到了公司打开邮箱，惊喜地发现有MongoDB的新闻信，打开一看竟然是2.0更新了，哈哈，于是迫不急待地开始尝试，因为我平时主要只维护数据库，并不涉及开发部分，所有理解有限，大部分还是以翻译为主:p。以下为官方文档地址：http://www.mongodb.org/display/DOCS/2.0+Release+Notes?mkt_tok=3RkMMJWWfF9wsRonv6TPZKXonjHpfsX%2B6eopWKag38431UFwdcjKPmjr1YICRMt0dvycMRAVFZl5nV0IHeWb#2.0ReleaseNotes-Journalingenhancements
- What's New
- Compact Command
- Concurrency Improvements
- Default Stack Size
- Index Performance Enhancements
- Sharding Authentication
- Replica Sets
- Priorities
- Data-center awareness
- w : "majority"
- Reconfiguration with a minority up
- Primary checks for a caught up secondary before stepping down
- Extended shutdown on the primary to minimize interruption
- Maintenance Mode
- Geospatial Features
- Journaling enhancements
- New ContinueOnError option for bulk insert
- Map Reduce
- New Querying Features
- Command output changes
- Shell features
1.Compact Command整理命令
事实上我也不知道到底应该将这个命令翻译成什么比较合适，它的作用是整理collection,将其中的内容全部抽出后重新排列整齐，有点类似系统的磁盘整理，所以我就这么叫它了。在2.0版本之前，需要进行类似的操作，要使用整理命令是以collection为单位进行操作的。使用这个命令的方法有两种：
a) db.runCommand({compact:'myCollcetionName'})
b) db.mycollction.runCommand("compact")
这个命令要等完成后才会返回状态，可以通过mongod的log文件来查看过程纪录，或是在另一个mongo实例中通过命令db.currentOp()远程查看正在进行整理的collection的在内存中的状态。需要特别注意的是，在运行这个命令时是无法进行其它操作的，所以推荐在Replica Sets中使用。同时，在Replica Sets中使用时，也有一些要注意的是：
a) 对于Replica Sets中的Primary instance,直接运行这个命令会报错，需要使用force:true作参数来强制运行，所以并不建议在Primary上运行。
b) 对于Replica Sets中的Secondary instance,开始运行这个命令时，该instance会自动降为"recovery"状态，直到命令完成。
c) 在整个Replica Set中，需要在每上instance上分别进行Compact操作，这种整理的行为并不会自动同步。
官方文档上提供的说明是进行Compact操作带来的明显效果是能去掉了数据库中所有的Padding Factor，Padding Factor是Mongo为了提高数据操作的效率而预留的一部分磁盘空间，所以说其实Compact功能并不完全适合需要经常进行数据更新的Collection,但是对于比较稳定不常进行update操作的数据库来说，还是可以提高查询速度的。
另外在杀掉Compact进程时要特别注意的，Compact操作是将所有的内容从一个Collection中取出，最后再将它们在collection中重建，所以中断这个Compact会带来数据丢失。此时就需要Journal来减少这种损失了。Journal在1.9+时就作为一个重点的测试功能出现了，因为考虑到它还不稳定，我没敢在实际项目中试用它，只作了一些小测试，2.0中它已经是正式出道了，我会好好地疼爱它的= v =，以上内容基本上取自官方文档，我会在随后附上实际实验。