如果您是HANA DBA，并且面临系统性能问题，大数据调研报告，则垃圾收集是我们可能需要查找和检查任何全局块的领域之一。另一种类型的垃圾块也称为表级块。如果表级块的开始时间是当前的，那么它们就不是很严重了。在HANA中，垃圾收集负责从内存中删除不需要的或已删除的数据。例如，如果我们从列表中删除记录，我们不清理内存，我们只是使这些记录失效，这些行将继续以主内存和增量内存中的RAW\u RECORD\u COUNT的名称进入消费内存（检查M\u CS\u表中的RAW\u RECORD\u*列以获取更多信息）

HANA中的垃圾收集太简单了泛型和它可以参考=>行存储版本合并、列存储版本合并、内存垃圾收集、持久性垃圾收集、LOB垃圾收集等

这里，我将集中讨论列存储版本合并。

如何找出您的hana DB是否受此影响？

在您的系统中执行以下查询。如果主内存中原始记录计数之间的差异明显高于当前记录计数，则原因之一可能是垃圾回收被阻止，尽管其他DML操作可能在相应的表上运行。

选择top 50 table\u name、record\u count、Raw\u record\u count\u in\u main、memory\u size\u in\u total，大数据的应用，raw_record_count_in_main-record_count as diff from m m_cs_tables order by diff desc

要双重确认，请执行OSS note 1969700中的SQL HANA_GarbageCollection_Blockers_Current检查是否有当前垃圾收集被阻止。任何被阻塞超过5或6小时的垃圾收集都会导致系统出现严重的性能问题。

同样的问题也可以通过Studio->系统信息->垃圾（在这里输入）->我们会得到3个相同的视图，我通常更喜欢中间的视图。

在这里，检查开始时间，如果它大于一个特定的阈值（在我们的系统中，如果仅每6小时检查一次，则始终会有一个块，折扣返利，但是SAP声称系统中不应存在垃圾收集块，如果存在，则必须释放）

因此，如果开始时间高于正常时间，如何取消阻止垃圾收集？

这里我们需要找出阻止垃圾回收的连接ID，经过批准后，人工智能包含哪些方面，我们必须取消所涉及的会话/连接ID，以便删除该块。

即，在上面的屏幕截图中，我们可以看到连接ID为562，952正在阻止垃圾收集，因此我们可以取消此会话以删除该块。

ALTER SYSTEM cancel session'562952'；

ALTER SYSTEM DISCONNECT session'562952'；

因此，大数据存储技术有哪些，如果垃圾收集块的开始时间几乎是最新的（不到一个小时左右），该怎么办？怎么处理？

在这种情况下，我们需要找出受影响的表，我们需要强制进行压缩优化。完成此操作后，它将指示HANA在优化完成后的下一次垃圾回收运行中考虑此表。（不要在运行压缩优化后立即检查原始记录计数。在我们的系统中，通过垃圾收集清理大约需要30分钟）

用参数（'OPTIMIZE_COMPRESSION'='FORCE'）更新SAPXFV.；

在作业进度中，我们可以查看压缩优化的进度。

上述优化压缩将确保垃圾收集在下一次垃圾收集运行期间清除不需要的原始记录。