这可能是由于许多不同的原因，包括但不限于：

1）您正在运行的sql脚本或系统中的其他开发人员

2）您的环境大小

3）其他正在运行的进程等

您可以在系统中看到"性能"选项卡，以查看当前负载或其他正在运行的进程...。此外，您还可以突出显示sql脚本并右键单击，以可视化计划->执行以查看发生了什么情况 您的脚本以及HANA处理该脚本的方式...只是让您了解执行逻辑所需的时间...这些只是考虑的几件事

您好，Sergio。

谢谢您的回答！

此后，某些SQL在JOIN时正在搜索大型记录的表，因此我们对其进行了修复，并研究了HANA响应停止的原因。

然后，在性能日志中，我发现即使CPU使用率较低，SQL仍处于等待状态的情况。

（请参阅所附图片。）

我无法理解原因，因为它不是像表锁定那样的SQL，但是CPU使用率很低。

还有其他问题，例如设置服务器的网络吗？

您好，

您是否在这些滞后期间检查了索引服务器跟踪？

要分析高负载情况，只需使用TimeFrameReport（注释1969700：HANA_Global_TimeFrameReport_1.00.120 + .txt），并在修改部分中选择时间范围即可。

此致

詹斯

我意识到这是一个旧主题，建议我是否需要在其他地方发布...

但是，我们有同样的经验，在运行良好的生产系统上，HANA DB上的所有SQL处理突然停止，症状是：

没有与数据库的SQL通信

内存使用情况保持正常且恒定，因为它没有增加或减少

CPU使用率下降到不足10％

HDBSQL没有返回登录

中央ABAP实例和所有应用服务器均未报告来自数据库的响应

从跟踪停止响应的地方开始，任何跟踪文件或日志中都没有任何文字显示

这是一个生产服务器，大约45分钟后，我们决定重新启动HANA，然后数据库正常运行。

我很好奇大泽Noakiaki 是否找到答案。

6-6-2019-5-27-55-pm.jpg