我有一个6000万股票的1000万个文档的集合，股票名称已建立索引。当我订阅新股票时，流星会挂10秒钟以上，以获取约3000张该股票的文件。同样，在订购了几只股票之后，流星挂起，CPU使用率达到100％。同步“大”收藏集时，流星看起来真的很慢。实际上我的应用程序只是只读的。我想知道是否有办法为只读客户端加速流星？我还想知道为每个股票创建单独的集合是否有帮助？
最佳答案
虽然这是一个规模问题，可能可以改善；应当注意，您为任务使用了错误的技术，因为Meteor是用于客户端之间的交互，而不是用于检索大量的只读时间敏感数据。尽管状态跟踪屏幕可能仍然有些意义，但大量时间紧迫的数据肯定没有用...
整个Meteor堆栈在任何本机堆栈中的简单实现上都带来了极大的开销。老实说，我什至会考虑Java或C＃会带来的开销，并且在那种语言和低级语言（如PHP和C ++）之间进行选择时要三思。诸如Ruby，Python，Node.js之类的语言确实是另一回事。它们是为快速原型制造的，但就延迟/吞吐量而言，它们由于JIT的开销而落后，不要忘了开销会增加一些非本地的做事方法。
TL; DR：使用正确的工具完成工作，否则您会割伤手指...