SQL Server 2000查询性能
我们已经将一些服务迁移到命名实例，并且我遇到了一个存储过程需要更多时间来执行的情况。 存储过程有一些指向表的业务逻辑。我在桌子上有索引。我怀疑相同的存储过程如何在两个不同的生产数据库中具有相同索引的同一个表上使用，花费不同的时间。我知道数据库性能取决于数据库的负载。但我是在非工作时间执行的，我认为负载也几乎相似。在新命名的实例服务器中执行需要 10 秒，在旧服务器中需要 3 秒。我需要对新服务器中的表进行碎片整理吗？它会解决问题吗？知道我该如何检查新服务器的问题出在哪里吗？
编辑：当我检查执行计划时，它在 eager spool 中给出了 38% 的执行时间（以创建临时索引）。您能否解释一下如何在执行过程中避免这一部分。 我在执行非命名实例服务器时没有收到此消息（执行时间为 3 秒）
编辑： 将重新构建索引，从而提高性能
We have migrated our few serevr to named instance and I have a situation where a a Stored procedure is taking more time for execution.
stored procedure has some bussiness logic pointing to a table. I have indexes on the table. My doubt how same stored procedure, used on same table with same index in two different production databases taking different times. I understand that database performnce depend upon load onto the datbase. But I am exeuting in non bussiness hours and I think load also almost similar. Its taking 10sec for execution in new named instancwe server and 3 sec in old server. Do I need to defragment the table in new server. will it solve problem. Any idea how shall I check where is the problem in new server.
Edit: when I checked the execution plan it was giving 38% time of exection in eager spool(to create temorary index). Can you please explain me how I can avoid this part in exceutiuon.
I am not getting this whhile executing to the non named instance server(where its taking 3 sec for execution)
Edit: will re building of indexes make any performance improvement
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
首先检查：检查任一服务器上查询的执行计划 - 它们是否匹配？
编辑：计划不匹配，因此接下来的想法是架构（索引）不相同，或者较新实例的统计信息不是最新的。在较新的实例上尝试 sp_updatestats 并查看计划是否发生变化。
First check : check the execution plans for the queries on either server - do they match?
Edit : Plans do not match, so next thought is the schema (indexes) are not identical, or the stats on the newer instance are not up to date. try an sp_updatestats on the newer instance and see if the plan changes.