Amazon Neptune 引擎 1.2.0.0 版 (2022 年 7 月 21 日) - Amazon Neptune
修補程式版本新功能改善項目修正的缺陷支援的查詢語言版本升級途徑Upgrading (正在升級)

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

Amazon Neptune 引擎 1.2.0.0 版 (2022 年 7 月 21 日)

截至 2022 年 7 月 21 日，引擎 1.2.0.0 版已普遍部署。請注意，新版本需要數天才能在每個區域推出。

注意

如果從 1.2.0.0 以前的引擎版本升級：

  • 引擎 1.2.0.0 版引入了新格式，適用於自訂參數群組和自訂叢集參數群組。因此，如果您要從 1.2.0.0 之前的引擎版本升級至引擎 1.2.0.0 版或更新版本，則必須使用參數群組系列 neptune1.2 重新建立所有現有的自訂參數群組和自訂叢集參數群組。舊版已使用參數群組系列 neptune1，而這些參數群組不會使用 1.2.0.0 版及更新版本。如需更多資訊，請參閱Amazon Neptune 參數群組。

  • 引擎 1.2.0.0 版也為復原日誌引入了新格式。因此，必須清除舊版引擎建立的任何還原日誌，且 UndoLogsListSize CloudWatch 指標必須降至零，然後才能開始從 1.2.0.0 之前的版本進行任何升級。如果在嘗試啟動更新時有太多的還原日誌 (200,000 或更多)，則在等待清除還原日誌完成時，升級嘗試可能會逾時。

    您可以升級叢集的寫入器執行個體 (此為進行清除的位置)，以加快清除率。在嘗試升級之前執行此操作可能會在您開始之前減少還原日誌的數目。將寫入器的大小增加至 24XL 執行個體類型，可以將清除率提高到每小時超過一百萬筆記錄。

    如果 UndoLogsListSize CloudWatch 指標非常大，開啟支援案例可協助您探索其他策略，以降低該指標。

  • 最後，1.2.0.0 版中有重大變更，這會影響使用 Bolt 通訊協定搭配 IAM 身分驗證的舊版程式碼。從 1.2.0.0 版開始，Bolt 需要一個資源路徑進行 IAM 簽署。在 Java 中，設定資源路徑可能如下所示：request.setResourcePath("/openCypher"));。在其他語言中，/openCypher 可以附加到端點 URI。如需範例，請參閱 使用 Bolt 通訊協定。

此版本的後續修補程式版本

這個引擎版本的新功能

  • 已新增對全球資料庫的支援。Neptune 全球資料庫跨越多個 AWS 區域，且由一個區域中的主要資料庫叢集，以及其他區域中最多五個次要資料庫叢集所組成。

  • 根據資料平面動作，已新增在 Neptune IAM 政策中支援比之前所提供更精細的存取控制。這是一項重大變更，其中以棄用的 connect 動作為基礎的現有 IAM 政策必須進行調整，才能使用更精細的資料平面動作。請參閱IAM 政策類型。

  • 已改善讀取器執行個體可用性。之前，當寫入器執行個體重新啟動時，Neptune 叢集中的所有讀取器執行個體也會自動重新啟動。從引擎 1.2.0.0 版開始，讀取器執行個體會在寫入器重新啟動之後保持作用中，進而改善讀取器可用性。您可以個別重新啟動讀取器執行個體，以取得參數群組變更。請參閱在 Amazon Neptune 中重新啟動資料庫執行個體。

  • 已新增 neptune_streams_expiry_days 資料庫叢集參數，此參數可讓許您設定串流記錄在刪除之前保留在伺服器上的天數。範圍為 1 至 90，而預設值為 7。

這個引擎版本的改善項目

  • 已改善 ByteCode 查詢的 Grimlin 序列化效能。

  • Neptune 現在會使用 DFE 引擎處理文字述詞，以提升效能。

  • Neptune 現在會使用 DFE 引擎處理 Grimlin limit() 步驟，包括非終端和子周遊限制。

  • 已變更 Gemlin union() 步驟的 DFE 處理方式，以使用其他新功能，這表示參考節點會如預期般顯示在查詢設定檔中。

  • 已透過序列化 DFE 內某些昂貴的聯結操作來改善這些操作的效能，最多可提升 5 倍。

  • 已對 Gremlin DFE 引擎的 OrderGlobalStep order(global) 新增了 by() 調變支援。

  • 已在 DFE 的解釋詳細資訊中新增了注入靜態值的顯示。

  • 已改善剔除重複模式時的效能。

  • 已在 Gremlin DFE 引擎中新增了順序保留支援。

  • 已改善具有空篩選條件的 Gremlin 查詢效能，例如下列查詢：

    g.V().hasId(P.within([]))
    g.V().hasId([])

  • 已改善 SPARQL 查詢使用的數值對 Neptune 太大而無法在內部呈現時的錯誤訊息。

  • 已透過在串流停用時減少索引搜尋，改善了捨棄具有相關聯邊緣之頂點的效能。

  • 已將 DFE 支援延伸至 has() 步驟的其他變體，特別是延伸至 hasKey()、hasLabel()，以及延伸至 has() 內字串/URI 的範圍述詞。這會影響如下的查詢：

    // hasKey() on properties
g.V().properties().hasKey("name")
g.V().properties().has(T.key, TextP.startingWith("a"))
g.E().properties().hasKey("weight")
g.E().properties().hasKey(TextP.containing("t"))

// hasLabel() on vertex properties
g.V().properties().hasLabel("name")

// range predicates on ID and Label fields
g.V().has(T.label, gt("person"))
g.E().has(T.id, lte("(an ID value)"))

  • 已新增 Neptune 特定的 OpenCypher join() 函數，此函數會將清單中的字串串連成單一字串。

  • 已更新 Neptune 受管政策，以包含資料存取許可，以及新全球資料庫 API 的許可。

此引擎版本中修正的缺陷

  • 已修正沒有指定 content-type 的 HTTP 請求將會自動失敗的錯誤。

  • 已修正查詢最佳化工具中阻止在查詢內使用服務呼叫的 SPARQL 錯誤。

  • 已修正 Turtle RDF 剖析器中的 SPARQL 錯誤，其中 Unicode 資料的特定組合導致了失敗。

  • 已修正 SPARQL 錯誤，其中 GRAPH 和 SELECT 子句的特定組合產生了不正確的查詢結果。

  • 已修正 Grimlin 錯誤，此錯誤對於在聯集步驟中使用任何篩選步驟的查詢造成了正確性問題，如下所示：

    g.V("1").union(hasLabel("person"), out())

  • 已修正 Gremlin 錯誤，其中若沒有 count()，both().simplePath() 的 count() 將會導致傳回的結果實際數量增加一倍。

  • 已修正 OpenCypher 錯誤，其中向啟用 IAM 身分驗證的叢集發出 Bolt 請求時，伺服器產生了錯誤的簽章不符例外狀況。

  • 已修正 OpenCypher 錯誤，其中使用 HTTP 保持連線的查詢，若在失敗的請求後提交，則系統可能會錯誤地關閉它。

  • 已修正在提交傳回常數值的查詢時，可能會導致擲回內部錯誤的 OpenCypher 錯誤。

  • 已修正解釋詳細資訊中的錯誤，以便 DFE 子查詢 Time(ms) 現在可以正確地將 DFE 子查詢內運算子的 CPU 時間加總。請考慮下列解釋輸出摘錄做為範例：

    subQuery1
╔════╤════════╤════════╤═══════════════════════╤═══════════════════════════════════╤══════╤══════════╤═══════════╤═══════╤═══════════╗
║ ID │ Out #1 │ Out #2 │ Name                  │ Arguments                         │ Mode │ Units In │ Units Out │ Ratio │ Time (ms) ║
╠════╪════════╪════════╪═══════════════════════╪═══════════════════════════════════╪══════╪══════════╪═══════════╪═══════╪═══════════╣
  ...
╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢
║ 1  │ 2      │ -      │ DFEChunkLocalSubQuery │ subQuery=...graph#336e.../graph_1 │ -    │ 1        │ 1         │ 1.00  │ 0.38      ║
║    │        │        │                       │ coordinationTime(ms)=0.026        │      │          │           │       │           ║
╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢
  ...
subQuery=...graph#336e.../graph_1
╔════╤════════╤════════╤═══════════════════════╤═══════════════════════════════════╤══════╤══════════╤═══════════╤═══════╤═══════════╗
║ ID │ Out #1 │ Out #2 │ Name                  │ Arguments                         │ Mode │ Units In │ Units Out │ Ratio │ Time (ms) ║
╠════╪════════╪════════╪═══════════════════════╪═══════════════════════════════════╪══════╪══════════╪═══════════╪═══════╪═══════════╣
║ 0  │ 1      │ -      │ DFESolutionInjection  │ solutions=[?100 -> [-10^^<LONG>]] │ -    │ 0        │ 1         │ 0.00  │ 0.04      ║
║    │        │        │                       │ outSchema=[?100]                  │      │          │           │       │           ║
╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢
║ 1  │ 3      │ -      │ DFERelationalJoin     │ joinVars=[]                       │ -    │ 2        │ 1         │ 0.50  │ 0.29      ║
╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢
║ 2  │ 1      │ -      │ DFESolutionInjection  │ outSchema=[]                      │ -    │ 0        │ 1         │ 0.00  │ 0.01      ║
╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢
║ 3  │ -      │ -      │ DFEDrain              │ -                                 │ -    │ 1        │ 0         │ 0.00  │ 0.02      ║
╚════╧════════╧════════╧═══════════════════════╧═══════════════════════════════════╧══════╧══════════╧═══════════╧═══════╧═══════════╝

    下表最後一欄的子查詢時間加起來為 0.36 毫秒 (.04 + .29 + .01 + .02 = .36)。當加上該子查詢 (.36 + .026 = .386) 的協調時間時，您得到的結果會接近上表最後一欄中所記錄的子查詢時間，即 0.38 毫秒。

此版本支援的查詢語言版本

將資料庫叢集升級至 1.2.0.0 版之前，請確定您的專案與下列查詢語言版本相容：

  • 支援的 Gremlin 最早版本：3.5.2

  • 支援的 Gremlin 最新版本：3.5.4

  • openCypher 版本：Neptune-9.0.20190305-1.0

  • SPARQL 版本：1.1

引擎 1.2.0.0 版的升級途徑

因為這是一個主要引擎版本，所以不會自動升級至此版本。

您只能從引擎 1.1.1.0 版的最新修補程式版本手動升級至版本 1.2.0.0。先前的引擎版本必須先升級至 1.1.1.0 的最新版本，才能升級至 1.2.0.0。

因此，在您嘗試升級至此版本之前，請確認您目前執行的是最新的修補程式版本 1.1.1.0。如果您不是，首先升級至最新的修補程式版本 1.1.1.0。

在升級之前，您還必須使用參數群組系列 neptune1.2，重新建立任何已與舊版搭配使用的自訂資料庫叢集參數群組。如需更多資訊，請參閱Amazon Neptune 參數群組。

如果您先升級至版本 1.1.1.0，然後立即升級至 1.2.0.0，可能會遇到如下錯誤：

   We're sorry, your request to modify DB cluster (cluster identifier) has failed.
   Cannot modify engine version because instance (instance identifier) is
   running on an old configuration. Apply any pending maintenance actions on the instance before
   proceeding with the upgrade.

如果遇到此錯誤，請等候待定動作完成，或立即觸發維護時段，讓先前的升級完成 (請參閱 維護 Amazon Neptune 資料庫叢集)。

升級至此版本

如果資料庫叢集執行的引擎版本具有升級至此版本的途徑，則有資格立即升級。您可以使用主控台上的資料庫叢集操作或使用 SDK 來升級任何有資格的叢集。以下 CLI 命令將立即升級有資格的叢集：

對於 Linux、OS X 或 Unix：

aws neptune modify-db-cluster \
    --db-cluster-identifier (your-neptune-cluster) \
    --engine-version 1.2.0.0 \
    --allow-major-version-upgrade \
    --apply-immediately

針對 Windows：

aws neptune modify-db-cluster ^
    --db-cluster-identifier (your-neptune-cluster) ^
    --engine-version 1.2.0.0 ^
    --allow-major-version-upgrade ^
    --apply-immediately

您可以指定 --no-apply-immediately，而不是 --apply-immediately。若要執行主要版本升級，需要 allow-major-version-upgrade 參數。此外，請務必包含引擎版本，否則您的引擎可能會升級至不同版本。

如果您的叢集使用自訂叢集參數群組，請務必包含此參數來指定它：

    --db-cluster-parameter-group-name (name of the custom DB cluster parameter group)

同樣地，如果叢集中有任何執行個體使用自訂資料庫參數群組，請務必包含此參數來指定它：

    --db-instance-parameter-group-name (name of the custom instance parameter group)

一律在升級之前執行測試

發佈新的主要或次要 Neptune 引擎版本時，請一律先在其上測試 Neptune 應用程式，然後再升級至其中。即使是次要升級，也可能會引入將影響程式碼的新功能或行為。

首先，請將目前版本中的版本備註頁面與目標版本的版本備註頁面進行比較，以查看查詢語言版本中是否將有變更，或有其他重大變更。

在升級生產資料庫叢集之前測試新版本的最佳方式是複製您的生產叢集，以便複製執行新的引擎版本。然後，您可以在複製上執行查詢，而不會影響生產資料庫叢集。

升級前一律建立手動快照

在執行升級之前，強烈建議您一律建立資料庫叢集的手動快照。具有自動快照僅會提供短期保護，而手動快照仍然可用，直到您明確將其刪除為止。

在某些情況下，Neptune 會為您建立手動快照，作為升級程序的一部分，但您不應該依賴此快照，而且在任何情況下都應該建立自己的手動快照。

確定不需要將資料庫叢集還原為升級前狀態時，您可以明確刪除您自己建立的手動快照，以及 Neptune 可能已建立的手動快照。如果 Neptune 建立手動快照集，它會具有開頭為 preupgrade 的名稱，後面跟著資料庫叢集的名稱、來源引擎版本、目標引擎版本和日期。

注意

如果您嘗試在待定動作進行中時進行升級，可能會遇到如下錯誤：

   We're sorry, your request to modify DB cluster (cluster identifier) has failed.
   Cannot modify engine version because instance (instance identifier) is
   running on an old configuration. Apply any pending maintenance actions on the instance before
   proceeding with the upgrade.

如果遇到此錯誤，請等候待定動作完成，或立即觸發維護時段，讓先前的升級完成。

如需有關升級引擎版本的詳細資訊，請參閱 維護 Amazon Neptune 資料庫叢集。如果您有任何問題或疑慮，請透過社群論壇及 AWS Premium Support 聯繫 AWS Support 團隊。