MongoDB 2.0新功能逐个看——Compact Command

网中网

　　　　今天到了公司打开邮箱，惊喜地发现有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
    
    
    
    • Multi-location documents
      
    • Polygon searches
      
    
    
  • Journaling enhancements
    
  • New ContinueOnError option for bulk insert
    
  • Map Reduce
    
    
    
    • Output to a sharded collection
      
    • Performance improvements
      
    
    
  • New Querying Features
    
    
    
    • Additional regex options: s
      
    • $and
      
    
    
  • Command output changes
    
  • Shell features
    
    
    
    • Custom prompt
      
    • Default shell init script
      
    
    
  
  

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 =，以上内容基本上取自官方文档，我会在随后附上实际实验。