设为首页 收藏本站
查看: 970|回复: 0

[经验分享] mongodb指南(翻译)(八)

[复制链接]

尚未签到

发表于 2015-7-7 11:41:14 | 显示全部楼层 |阅读模式
getLastError命令
  当向数据库写入时,mongodb默认不等待响应消息。使用getLastError命令来确保操作已经正确执行。
  在很多驱动中当你使用"安全"模式(一些驱动中称为“set write concern”)进行保存和更新时,getLastError命令会自动调用。但是当这个特别的被称为getlasterror的命令被调用时,实际上又发生什么了呢。这里,我们介绍它怎么工作。
  在shell中运行
  getlasterror命令检查本连接的上一次数据库操作的错误。由于它是一个命令,这里有一些方法可以使用它:



> db.$cmd.findOne({getlasterror:1})
  或者在shell中:



> db.runCommand("getlasterror")
  或者使用shell助手:



> db.getLastError()
  在mongo shell,db.getLastError()返回上一次错误-如果没有错误则为空。使用db.getLastErrorObj()查看完整的错误结果。
  在没有错误的情况下,db.getLastErrorObj().err应该为空。
  什么时候用
  getlasterror主要对写操作有用(虽然它也在一个命令或者查询后面设置了)。写操作默认不会有返结果:这样就节约了客户端在写操作时等待客户端/服务器之间往返时间。如果有人需要一个返回结果,那么他可以始终调用getLastError.
  如果你在多个连接上面向mongodb写数据,那么有时候在一个连接上调用getlasterror来确认数据已经提交到了数据库是很重要的。举个例子,如果你向连接#1写入数据并希望这些写入可以反映到连接#2上面的读操作,你可以在向连接#1写入后调用getlasterror来确保这一点。
  为了最大化的速度,对于不重要的写入跳过使用getLastError(或者"safe mode")。在需要向用户确认写操作成功时使用它。
  选项
  fsync
  当没有使用日志功能运行mongod(--nojournal)时,同步的选项强制数据库在同步完所有文件后才返回。
  当使用日志功能运行mongod,同步选项等待下一次组提交后才返回。



> db.runCommand({getlasterror:1,fsync:true})
{ "err" : null, "n" : 0, "fsyncFiles" : 2, "ok" : 1 }
  j
  v2.0+:当设置j:true时,getlasterror调用等待日志提交后才返回。如果服务器没有启用日志功能,它立即返回,并且成功。



> db.runCommand({getlasterror:1,j:true})
  w
  客户端可以阻塞直到一个写操作被复制到N个服务器。
  wtimeout可以联合w一起使用。默认是没有超时(永久等待)。



> db.getLastError(2, 5000) // w=2, timeout 5000ms
  注意上面的这些选项可以联合使用:等待日志确认和写操作到达复制组中多数节点的确认是有意义的。
  标志和多数
  mongodb2.0有能力控制那些节点被写入。代替设置写操作必须被公认的节点个数的方法,你可以在配置中设置基于标志的规则。
  除了标志规则外,你还可以设置一个字符串“majority”:



>db.getLastError("majority") // waits for more than 50% of the configured nodes to acknowledge the
write (until replication is applied to the point of that write)
  返回值
  这个命令的返回值是一个多字段的对象。常用的字段已经列在下面;这里可能还有其他字段。


  • ok - 为真的话表示getLastError命令成功完成了。它并不表示上一次没有错误。
  • err - 如果非空,表示有错误出现。值是一个错误正文的描述。
  • code - 如果设置了,表示出现的错误码。
  • connectionId - 连接的id。
  • lastOp - 上一次操作的op-id
  对于更新:


  • n - 如果一次更新完成了,它是更新的文档个数。
  使用了w:/


  • wnote - 如果设置了,表示这里有些不寻常的事情发生,涉及使用w:
  • wtimeout - 如果超时了,设置该值为真
  • waited - 如果超时了,标记等到了多久,单位毫秒
  • wtime - 花在等待操作完成的时间
  在驱动中使用getLastError
  驱动支持命令格式使用getLastError并且很多还为操作提供了"safe"模式。查阅各驱动的文档获取更多关于"safe"模式的信息。
  mongo shell REPL 行为
  数据库shell在每一次read/eval/print loop命令计算前会执行resetError() - 并且自动打印错误,如果每一次计算发生了一个错误。所以,在一个错误之后,在shell提示符调用db.getLastError()会返回空。尽管如此,如果在返回到提示符前调用,结果会是你期望的:



> try { db.foo.findOne() } catch(e) { print("preverr:" + tojson(db.getPrevError())); print("lasterr:"
+ tojson(db.getLastError()));}
preverr:{"err" : "unauthorized" , "nPrev" : 1 , "ok" : 1}
lasterr:"unauthorized"
  getPrevError命令
  当执行大量写操作时,resetError()和getPrevError()会是一个检查操作是否成功的高效的方法。
  例如我们要插入1000个对象到一个集成,通过网络检查1000次得返回值会很慢。相反,你可以像这样做些事情:



db.resetError();
for( loop 1000 times... )
db.foo.save(something...);
if( db.getPrevError().err )
print("didn't work!");
索引相关的命令
  创建索引
  ensureIndex()是创建索引的助手函数。它的执行会创建一个索引通过将索引信息加入到集合system.indexes中。



> use test
> db.myCollection.ensureIndex();
> // same as:
> db.system.indexes.insert({ name: "name", ns: "namespaceToIndex",
key:  });
  注意:一旦你插入了索引,所有后续插入的文档都会被索引,就像集合中已经存在的文档一样。如果你有一个很大的集合,这会占用大量时间并且会阻塞其他操作。
  你可以查询数据库test的集合foo中的system.indexes来查看所有索引:



>db.system.indexes.find( { ns: "test.foo" } );
  在一些驱动中,ensureIndex()记得它近期是否被调用过,并放弃在这种情况下的索引插入操作。即使不是这种情况,ensureIndex()是一个轻负担操作,它可以被经常调用以确保这个索引存在。
  丢弃一个索引
  从shell中:



db.mycollection.dropIndex()
db.mycollection.dropIndexes()
// example:
t.dropIndex( { name : 1 } );
  
从一个驱动中(原始命令对象格式;很多驱动有助手函数):



{ deleteIndexes: , index:  }
// "*" for  will drop all indexes except _id
  重索引
  重索引命令会对一个集合中的所有索引进行重建:



db.myCollection.reIndex()
// same as:
db.runCommand( { reIndex : 'myCollection' } )
  通常这是不需要的。你可能希望去重索引,当你的集合发生了显著的变化或者索引占用的磁盘空间出奇的大的时候。
自1.8版本开始索引在更新时会自动被压缩。
  重索引是一个阻塞操作(索引在前天被重建)并且对于大的集合会很慢。
  修复数据库命令会重建数据库中所有的索引。
  索引命名空间
  每一个索引拥有自己的命名空间用于btree存储段。这个命名空间是:



.$
  这是一个内部的不能被直接查询的命名空间。


  
  


  
  

  
  
  
  
  
  

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-84090-1-1.html 上篇帖子: node.js结合mongodb 下篇帖子: C#代码利用MongoDB中Group聚合函数查询
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表