「内存数据库」调整插入和数据负载的HANA性能

之后，SAP HANA不再需要维护单独的记录锁。这种方法也适用于INSERT…选择可以在内部并行化的操作。

Savepoints

需要保存点将修改后的数据写入磁盘。通常的主要意图是尽可能缩短阻塞保存点阶段，同时接受较长的保存点持续时间。在大量导入期间，相反的情况可能更好:保存点更短，阻塞阶段增加的风险更大。较短的保存点可以减少写入磁盘的数据量，还可以减少需要保留的日志量，从而降低文件系统溢出的风险。

在大量更改期间，可以考虑以下参数调整来减少总体保存点持续时间:

• lower values for global.ini -> [persistence] -> savepoint_max_pre_critical_flush_duration (e.g. 300 instead of 900)
• higher values for global.ini -> [persistence] -> savepoint_pre_critical_flush_retry_threshold (e.g. 10000 instead of 3000)

Bugs

以下SAP HANA bug可能会对插入性能产生负面影响:

Impacted RevisionsDetails 1.00.120 - 1.00.122.11

00.000 - 2.00.012.00如果大量的空间数据是在没有提交的情况下逐行插入的，那么由于SAP HANA bug和调用堆栈模块AttributeEngine::spatialae::DeltaComponents::reserveDocid所花费的大量时间，性能可能会很差。作为“GeometryDeltaAttribute锁”上的次要影响争用是可能的。

典型的吞吐量

• 问题情况，如长临界保存点阶段或其他锁
• < 500 records / second
• 正常的、连续的单行插入
• 1,000 - 10,000 records / second
• 高度并行的批量加载
• 1,000,000 records / second

原文：https://www.stechies.com/performance-inserts-data-loads-tuned/

本文：https://pub.intelligentx.net/tuning-hana-performance-inserts-and-data-loads