在Oracle系统中，我通常查看ST04中的共享游标缓存，选择所有关于DFKKOP的语句，它甚至显示当前正在运行的语句，刷新以确保哪个DFKKOP请求与您的请求相对应（可能是您的读操作很密集） ...如果是这样，那可能是罪魁祸首，您可以分析其执行计划（与生产中使用的索引和使用什么策略等比较）。 根据您的分析，一些解决方案可以是统计数据的计算，丢失索引的创建...请注意，您还有一个按钮可以找到相应的ABAP代码。

与生产系统的不同之处还在于 可能是由于处理的数据量以及磁盘，RAM或CPU速度最慢所致。 在这里，除了减少已处理的卷数，或者只是等待即可。

您的数据库是什么？

您好，Anjana，

请有效地使用新的调试器功能，而不要点击试用。 这篇博客文章有确切的用例。 我希望这会有所帮助：

https ：//blogs.sap.com/2019/10/10/abap-debugger-scripting-my-first-real-use/

GK

可能是由于Oracle数据库中的索引质量差。 要重建它，它是RSANAORA，但我不记得要计算质量的程序（您可以在db02_old事务中找到它）

主持人：我想接受Sandra rossi的评论...这有帮助 我很多..在她的回应下找不到接受..您能帮忙吗？

谢谢Sandra ..这帮助我确定了正在使用的索引并查看了两个系统之间的时差以获取记录。 尽管我仍在寻求确切的解决方案以帮助我确定预生产中的问题。.这非常有用

它要求我首先将评论转换为答案，然后 你可以接受。 让我照做。

如果找到（或未找到）解决方案，欢迎提供有关该解决方案的反馈。 请注意，您也可以发布自己的答案并接受。

PS：请使用COMMENT按钮发表评论，问题，添加详细信息等。ANSWER只是提出解决方案，请在以下位置填写SAP文本： 答案区域的右边。