自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

「內(nèi)存數(shù)據(jù)庫」調(diào)整插入和數(shù)據(jù)負(fù)載的HANA性能

運(yùn)維 數(shù)據(jù)庫運(yùn)維
插入和數(shù)據(jù)加載將寫入新數(shù)據(jù),而SELECT、UPDATE或DELETE等其他操作必須對(duì)現(xiàn)有數(shù)據(jù)進(jìn)行操作。

 插入和數(shù)據(jù)加載將寫入新數(shù)據(jù),而SELECT、UPDATE或DELETE等其他操作必須對(duì)現(xiàn)有數(shù)據(jù)進(jìn)行操作。

[[279205]]

因此,典型的性能因素是部分不同的。如果你想提高插入和數(shù)據(jù)加載的性能,你可以考慮以下方面:

Area Details

Lock waits

參見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)該考慮客戶端上的并行性,以便使用到SAP HANA的多個(gè)連接來加載數(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ù),以避免不必要的開銷。

Table vs. record lock

如果只可能進(jìn)行一次非并行插入,并且不需要對(duì)底層表進(jìn)行并發(fā)更改,那么使用全局表鎖而不是大量的單獨(dú)記錄鎖可能會(huì)很有用。表鎖可以通過以下方式設(shè)置:

LOCK TABLE " " IN EXCLUSIVE MODE

之后,SAP HANA不再需要維護(hù)單獨(dú)的記錄鎖。這種方法也適用于INSERT…選擇可以在內(nèi)部并行化的操作。

Savepoints

需要保存點(diǎn)將修改后的數(shù)據(jù)寫入磁盤。通常的主要意圖是盡可能縮短阻塞保存點(diǎn)階段,同時(shí)接受較長的保存點(diǎn)持續(xù)時(shí)間。在大量導(dǎo)入期間,相反的情況可能更好:保存點(diǎn)更短,阻塞階段增加的風(fēng)險(xiǎn)更大。較短的保存點(diǎn)可以減少寫入磁盤的數(shù)據(jù)量,還可以減少需要保留的日志量,從而降低文件系統(tǒng)溢出的風(fēng)險(xiǎn)。

在大量更改期間,可以考慮以下參數(shù)調(diào)整來減少總體保存點(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ù)是在沒有提交的情況下逐行插入的,那么由于SAP HANA bug和調(diào)用堆棧模塊AttributeEngine::spatialae::DeltaComponents::reserveDocid所花費(fèi)的大量時(shí)間,性能可能會(huì)很差。作為“GeometryDeltaAttribute鎖”上的次要影響爭用是可能的。

典型的吞吐量

  • 問題情況,如長臨界保存點(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

責(zé)任編輯:武曉燕 來源: 今日頭條
相關(guān)推薦

2010-04-12 17:19:16

Oracle數(shù)據(jù)庫

2010-04-07 13:32:39

Oracle調(diào)優(yōu)

2010-08-27 11:03:44

DB2數(shù)據(jù)庫性能調(diào)整

2018-08-09 08:59:56

數(shù)據(jù)庫MySQL性能優(yōu)化

2013-07-24 09:15:18

SAP HANA內(nèi)存數(shù)據(jù)庫

2011-03-17 14:51:33

數(shù)據(jù)庫自我調(diào)整

2021-03-08 10:18:55

數(shù)據(jù)庫數(shù)據(jù)Prometheus

2023-11-17 07:16:01

2010-04-19 13:59:17

Oracle 數(shù)據(jù)庫

2009-02-01 13:33:13

Oracle數(shù)據(jù)庫配置

2010-04-19 13:25:45

Oracle調(diào)整

2024-08-09 08:28:14

品牌數(shù)據(jù)庫產(chǎn)品

2011-08-04 18:00:47

SQLite數(shù)據(jù)庫批量數(shù)據(jù)

2011-04-14 09:38:55

內(nèi)存數(shù)據(jù)庫

2010-10-14 13:18:55

MySQL存儲(chǔ)過程

2009-06-05 11:55:00

數(shù)據(jù)庫用戶管理數(shù)據(jù)導(dǎo)入導(dǎo)出

2010-05-07 13:14:22

數(shù)據(jù)庫負(fù)載均衡

2010-05-10 18:05:09

2020-05-10 16:36:08

存儲(chǔ)數(shù)據(jù)庫內(nèi)存

2010-10-28 15:15:08

oracle內(nèi)存參數(shù)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)