「內(nèi)存數(shù)據(jù)庫(kù)」調(diào)整插入和數(shù)據(jù)負(fù)載的HANA性能
插入和數(shù)據(jù)加載將寫(xiě)入新數(shù)據(jù)，而SELECT、UPDATE或DELETE等其他操作必須對(duì)現(xiàn)有數(shù)據(jù)進(jìn)行操作。
因此，典型的性能因素是部分不同的。如果你想提高插入和數(shù)據(jù)加載的性能，你可以考慮以下方面:
Area Details
Lock waits
參見(jiàn)1999998，如果需要，優(yōu)化鎖等待情況。插入必須等待鎖的典型情況是:
- 重要的保存點(diǎn)階段
- 同一主鍵的并發(fā)插入
- SAP HANA內(nèi)部鎖
- 同一表上的DDL操作已激活
Columns
在插入期間，必須分別維護(hù)每一列，因此插入時(shí)間在很大程度上取決于表列的數(shù)量。
Indexes
每個(gè)現(xiàn)有索引都會(huì)減慢插入操作的速度。檢查是否可以在大量插入和數(shù)據(jù)加載期間減少索引的數(shù)量。SAP BW提供了在數(shù)據(jù)加載期間自動(dòng)刪除和重新創(chuàng)建索引的可能性。主索引通常不能被刪除。
Bulk load
如果加載了大量記錄，就不應(yīng)該對(duì)每條記錄執(zhí)行插入。相反，您應(yīng)該盡可能利用批量加載選項(xiàng)(即使用單個(gè)插入操作插入多個(gè)記錄)。
Parallelism
如果加載了大量記錄，則應(yīng)該考慮客戶(hù)端上的并行性，以便使用到SAP HANA的多個(gè)連接來(lái)加載數(shù)據(jù)。
Commits
確保在執(zhí)行大規(guī)模插入時(shí)定期執(zhí)行COMMIT (after each bulk of a bulk load)。
Delta merge
大的增量存儲(chǔ)會(huì)降低負(fù)載性能，所以要確保定期執(zhí)行增量合并。
避免重復(fù)合并小的增量存儲(chǔ)或使用大量未提交的數(shù)據(jù)，以避免不必要的開(kāi)銷(xiāo)。
Table vs. record lock
如果只可能進(jìn)行一次非并行插入，并且不需要對(duì)底層表進(jìn)行并發(fā)更改，那么使用全局表鎖而不是大量的單獨(dú)記錄鎖可能會(huì)很有用。表鎖可以通過(guò)以下方式設(shè)置:
LOCK TABLE "
之后，SAP HANA不再需要維護(hù)單獨(dú)的記錄鎖。這種方法也適用于INSERT…選擇可以在內(nèi)部并行化的操作。
Savepoints
需要保存點(diǎn)將修改后的數(shù)據(jù)寫(xiě)入磁盤(pán)。通常的主要意圖是盡可能縮短阻塞保存點(diǎn)階段，同時(shí)接受較長(zhǎng)的保存點(diǎn)持續(xù)時(shí)間。在大量導(dǎo)入期間，相反的情況可能更好:保存點(diǎn)更短，阻塞階段增加的風(fēng)險(xiǎn)更大。較短的保存點(diǎn)可以減少寫(xiě)入磁盤(pán)的數(shù)據(jù)量，還可以減少需要保留的日志量，從而降低文件系統(tǒng)溢出的風(fēng)險(xiǎn)。
在大量更改期間，可以考慮以下參數(shù)調(diào)整來(lái)減少總體保存點(diǎn)持續(xù)時(shí)間:
- 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可能會(huì)對(duì)插入性能產(chǎn)生負(fù)面影響:
Impacted RevisionsDetails 1.00.120 - 1.00.122.11
2.00.000 - 2.00.012.00如果大量的空間數(shù)據(jù)是在沒(méi)有提交的情況下逐行插入的，那么由于SAP HANA bug和調(diào)用堆棧模塊AttributeEngine::spatialae::DeltaComponents::reserveDocid所花費(fèi)的大量時(shí)間，性能可能會(huì)很差。作為“GeometryDeltaAttribute鎖”上的次要影響爭(zhēng)用是可能的。
典型的吞吐量
- 問(wèn)題情況，如長(zhǎng)臨界保存點(diǎn)階段或其他鎖
- < 500 records / second
- 正常的、連續(xù)的單行插入
- 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
