草庐IT

perform_async

全部标签

performance - MongoDB Ubuntu 安装需要几个小时

谁能告诉我在Ubuntu12.04上安装MongoDB的更好方法?我目前正在使用apt-getinstallmongodb-org,它的下载速度非常慢。我支持快速连接,所有其他下载都非常快。必须是文件服务器。我能以某种方式使用镜子吗?它持续了一个小时,然后失败了。今天过得不太好,因为这需要几分钟时间。 最佳答案 我最终从mongodb.org/downloads下载了它(大约花了30秒)并按照此处的说明进行操作:docs.mongodb.org/manual/tutorial/install-mongodb-on-linux一切似乎

performance - 索引字段与子字段的效率

我将这种文档存储在一个集合中:{_id:...sender:{memberid:,name:}}我通过子字段sender.memberid索引集合。我在某处读到,按子文件编制索引的效率(性能方面)低于按字段编制的索引,因此将文档结构更改为:{_id:...senderid:...sendername:...}和索引senderid会导致更快的插入和检索,但文章没有解释原因。这两种方法真的有什么区别吗?如果是,那为什么? 最佳答案 索引本身只影响存储。阅读应该只是更快,而不是更慢。由于需要更新索引,因此存储速度会有所下降。但这是针对您

performance - MongoDB 数据模式性能

我试图了解MongoDB文档中数组和散列的内部分配和放置(据我所知,它们是通过数组实现的)。在我们的领域中,我们的文档包含数千到数十万个键值对,逻辑分组深度可达5-6层(想想嵌套哈希)。我们用点表示键中的嵌套,例如x.y.z,插入MongoDB后会自动变成如下所示:{"_id":"whatever","x":{"y":{"z":5}}}最常见的操作是递增一个值,我们使用原子$inc执行此操作,通常使用单个更新命令一次增加1000多个值。随着时间的推移会添加新key,但不会很频繁,比如每天100次。我想到另一种表示方法是不在名称中使用点,而是使用其他分隔符并创建一个平面文档,例如{"_i

java - 在 mongodb-async-driver 中按小时聚合

如何在mongodb-async-driver(http://www.allanbank.com/mongodb-async-driver/usage.html)中按小时聚合我的集合中有一个ISODate-Field。[{name="a",date=ISODate(...)},{name="b",date=ISODate(...)},...]我想显示每小时出现文档的图表。在MongoDB控制台中。我会做这样的事情:db.mycollection.aggregate([{$group:{_id:{day:{$hour:"$date"}},count:{$sum:1}}}])但我卡在驱动程

mongodb - 更新 Mongodb 中的嵌入文档 : Performance issue?

我是Mongodb的新手,听说Mongodb非常适合海量读写操作。嵌入式文档是实现这一目标的功能之一。但我不确定这是否也是性能问题的原因。书籍文档示例:{"_id":1,"Authors":[{"Email":"email","Name":"name"}],"Title":"title",...}如果一个作者有几千本书,他的邮箱需要更新,我需要写一些查询可以搜索所有书籍文档,挑出几千个有这个作者的在这些书籍文档中更新作者的电子邮件字段这些操作看起来效率不高。但这种更新无处不在,相信开发者已经考虑到了这一点。那么,我哪里做错了? 最佳答案

performance - 如何修改现有的 MongoDB 索引?

我的MongoDB中有一系列索引,我认为我以如此高的CPU运行系统的原因之一是更新索引会阻塞。(AWS微型实例在正常操作期间以50%以上的CPU运行,在繁重的写入操作期间以99.9%的速度运行)。我已经准备好一些用于快速查询的索引,现在我认为我可以通过将索引构建转移到后台操作来展示一些进一步的改进。我不想完全删除索引(至少我不这么认为)相反,如果只是“future操作”在后台运行,我会很高兴。我查看了mongo索引构建文档http://www.mongodb.org/display/DOCS/Indexes并查看用于打开后台操作的标志(见下文),但我没有看到有关如何修改现有索引的任何内

performance - 用于地理空间查询的 MongoLab 上的 MongoDB 性能

我有一个包含超过400,000个文档的地点集合。我正在尝试进行地理空间查询,但它们似乎总是超时。我从MongoLab界面进行搜索:{"location":{"$near":[38,-122]}}然后页面就超时了。还通过我的控制台运行了这个命令:db.runCommand({geoNear:"places",near:[50,50],num:10})它确实成功了,但大约需要5分钟才能完成。我确实有一个位置上的地理空间索引。location{"location":"2d"}是否不可能对如此大的集合进行地理空间查询(毕竟对于MongoDB集合来说相当小)?编辑:MongoLab就此问题亲自联

performance - 就空间消耗而言,MongoDB 复合索引与单字段索引

根据this后复合索引在维度上更大(我找不到关于文档的太多信息,所以如果你能指出我那里,我将不胜感激)。假设我必须通过像这样的地址集合来搜索整个地址(我们可以假设我将始终拥有集合和查询中的所有可用字段){name:String,street:String,postcode:String,City:String,Country:String}我的问题是:复合索引应该有多大?如果复合索引比单个字段大,那么将所有值连接到所有对象的散列添加到所有对象,将单个索引添加到散列字段并通过它进行搜索(虽然听起来不像好的做法)? 最佳答案 Ifaco

performance - Mongodb - 在内存中创建或使用缓存

我将创建一个5节点的mongodb集群。它将比写入更繁重,并且有一个问题是哪种设计会带来更好的性能。这些节点将专用于mongodb。举个例子,假设每个节点都有64GB的内存。从mongodb文档中它指出:MongoDBautomaticallyusesallfreememoryonthemachineasitscache这是否意味着只要我的数据小于可用的ram,它就会像拥有内存数据库一样?我还读到可以完全在内存中实现mongodbhttp://edgystuff.tumblr.com/post/49304254688/how-to-use-mongodb-as-a-pure-in-me

@Async可以和@Transactional结合使用吗?

@Async可以和@Transactional结合使用吗?前言结论原理拦截器执行先后顺序问题小结前言在编写Spring在多线程环境下如何确保事务一致性时,我突然联想到@Async注解,心里就在盘算着@Async注解能否和@Transactional注解一起使用呢?当然,这里也是再看到了异步事务?关于异步@Async+事务@Transactional的结合使用问题分析【享学SpringMVC】文章后,才想着对该问题作出一个彻底的研究,也是帮助其他小伙伴解开心头之惑。结论这里就不花费时间进行结论验证了,具体验证可以看下面这篇文章:异步事务?关于异步@Async+事务@Transactional的结