本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
如果您的 Lambda 函數修改圖形資料，請考慮採用退避和重試策略來處理下列例外狀況：
-
ConcurrentModificationException– Neptune 交易語義意味著寫入請求有時會由於ConcurrentModificationException而失敗。在這些情況下，請嘗試指數退避型重試機制。 -
ReadOnlyViolationException– 由於叢集拓撲隨時可能因計劃或非計劃的事件而變更，因此寫入責任可能會從叢集中的某個執行個體轉移到另一個執行個體。如果您的函數程式碼嘗試將寫入請求傳送至不再是主要 (寫入器) 執行個體的執行個體，則請求會因ReadOnlyViolationException而失敗。發生這種情況時，請關閉現有連線、重新連線至叢集端點，然後重試請求。
此外，如果您使用退避和重試策略來處理寫入請求問題，請考慮為建立和更新請求實作等冪性查詢 (例如，使用 fold().coalesce().unfold()
