我刚刚把我的Meteor应用程序部署到数码海洋上的一个生产服务器上。我注意到,对于大约7500个文档,完全获取对象(有选择地只取3个字段)并填充自动完成数据需要3到5秒。我认为,对于如此多的数据,它应该是即时的,所以我很好奇如何从这里调试性能问题并优化更多。如何调试Meteor应用程序的性能问题?我试着看了一下网络标签,但是没什么比这花的时间更长了。我不知道为什么搜索栏需要3-5秒才能准备好。经过仔细检查,填充自动完成字段是瞬时的,直到调用subscribe函数的回调的时间大约是3 to 5秒。可能相关:
毕竟,对于包含两个字段的7800个
我有一个查询,它在某些情况下使用“过于简化”的执行计划运行,实际上相当慢(3-5秒)。据我所知,似乎优化器基于其不正确的估计决定查询的运行成本不高,因此不选择并行化计划。但我无论如何也弄不明白为什么它选择了不正确的计划。我已经检查了我的统计数据,它们都是应该的。我已经在SQL Server 2008到2016中进行了测试,结果完全相同。