一般問題

問:什麼是 Amazon Aurora?

Amazon Aurora 是一種關聯式資料庫引擎,結合了高階商業資料庫的速度和可靠性,以及開放原始碼資料庫簡單和經濟實惠的優點。Amazon Aurora MySQL 可提供比 MySQL 高五倍的效能,大多數 MySQL 應用程式都無須任何變更;同樣地,Amazon Aurora PostgreSQL 可提供比 PostgreSQL 高三倍的效能。Amazon RDS 可管理您的 Amazon Aurora 資料庫,處理各種耗時的任務,如佈建、修補、備份、恢復、故障偵測和修復。您只需每月針對所使用的每個 Amazon Aurora 資料庫執行個體支付費用。不需要預先支付費用或簽訂長期合約。

問:「MySQL 相容」是什麼意思?

它表示您目前在 MySQL 資料庫使用的大部分程式碼、應用程式、驅動程式和工具只需進行少量變更或不需變更,即可與 Aurora 搭配使用。Amazon Aurora 資料庫引擎的設計可與使用 InnoDB 儲存引擎的 MySQL 5.6 和 5.7 連接相容。Amazon Aurora 不提供某些 MySQL 功能,例如 MyISAM 儲存引擎。

問:「PostgreSQL 相容」是什麼意思?

它表示您目前在 PostgreSQL 資料庫使用的大部分程式碼、應用程式、驅動程式和工具只需進行少量變更或不需變更,即可與 Aurora 搭配使用。Amazon Aurora 資料庫引擎設計成可與 PostgreSQL 9.6 和 10 連接相容,且支援 RDS for PostgreSQL 9.6 和 10 支援的同一組 PostgreSQL 延伸模組,因此可在兩個引擎之間輕鬆移動應用程式。 

問:如何試用 Amazon Aurora?

若要試用 Amazon Aurora,請登入 AWS 主控台,選取資料庫類別下的 RDS,然後選擇 Amazon Aurora 作為您的資料庫引擎。

問:Amazon Aurora 的費用為何?

請參閱定價頁面了解最新的定價資訊。

問:Amazon Aurora 在三個可用區域間以六種方法複製資料庫磁碟區的每個區塊。這是否表示我的有效儲存價格將是定價頁面上所顯示價格的三或六倍?

否。Amazon Aurora 複寫的價格已捆綁在定價中。我們將根據資料庫在資料庫層消耗的儲存量向您收費,而非根據在 Amazon Aurora 虛擬儲存層消耗的儲存量收費。

問:Amazon Aurora 可在哪些 AWS 區域使用?

如需區域和定價的最新資訊,請參閱我們的定價頁面

問:如何從 MySQL 移轉到 Amazon Aurora?又如何從 Amazon Aurora 移轉到 MySQL?

您有多種選擇。您可以使用標準的 mysqldump 公用程式將資料從 MySQL 中匯出,並用 mysqlimport 公用程式將資料匯入 Amazon Aurora,反之亦然。您還可以使用 Amazon RDS 的資料庫快照移轉功能,透過 AWS 管理主控台將 RDS MySQL 資料庫快照移轉到 Amazon Aurora。雖然持續時間取決於格式和資料集大小,但大多數客戶可以在一小時內完成移轉。如需詳細資訊,請參閱將 MySQL 資料庫移轉到 Amazon Aurora 的最佳實務

問:如何從 PostgreSQL 移轉到 Amazon Aurora?又如何反向進行?

您有多種選擇。您可以使用標準 pg_dump 公用程式將資料從 PostgreSQL 匯出,以及使用 pg_restore 公用程式將資料匯入 Amazon Aurora,反之亦然。您還可以使用 Amazon RDS 的資料庫快照移轉功能,透過 AWS 管理主控台將 RDS PostgreSQL 資料庫快照移轉到 Amazon Aurora。雖然持續時間取決於格式和資料集大小,但大多數客戶可以在一小時內完成移轉。

問:Amazon Aurora 是否包含在 AWS 免費方案內?

目前沒有。Amazon RDS 的 AWS 免費方案為微型資料庫執行個體提供多種益處;Amazon Aurora 目前不提供微型資料庫執行個體支援。請參閱定價頁面了解最新的定價資訊。

問:Amazon Aurora 的 IO 是什麼,如何計算?

IO 是 Aurora 資料庫引擎在其 SSD 虛擬儲存層中執行的輸入/輸出操作。每個資料庫頁面讀取操作視為一個 IO。Aurora 資料庫引擎發出讀取儲存層請求,以擷取不在緩衝區快取中的資料庫頁面。每個資料庫頁面在 Aurora MySQL 為 16 KB,在 Aurora PostgreSQL 為 8 KB。

Aurora 的設計目的是為了免除不必要的 IO 操作,以降低成本及確保有足夠的資源可供讀取/寫入流量使用。寫入 IO 只會在將交易日誌記錄推送至儲存層時才會耗用,以確保寫入的持久性。寫入 IO 以 4 KB 為單位來計算。例如,1024 位元組的交易日誌記錄當作一個 IO 操作計算。不過,交易日誌小於 4 KB 的並行寫入操作可透過 Aurora 資料庫引擎併在一起,以優化 I/O 耗用量。Amazon Aurora 與傳統資料庫引擎不同的是,不會將修改的資料庫頁面推送至儲存層,可進一步節省 IO 耗用量。

您可以在 AWS 主控台查看 Aurora 執行個體耗用的 IO 數。要了解 IO 的耗用量,前往主控台的 RDS 區段,查看執行個體清單,選取 Aurora 執行個體,然後在監控區段尋找 "Billed read operations" 和 "Billed write operations" 指標。

問:是否需要變更用戶端驅動程式以使用 Amazon Aurora PostgreSQL?

否,Amazon Aurora 可與標準的 PostgreSQL 資料庫驅動程式搭配使用。

效能

問:「MySQL 的五倍效能」是什麼意思?

Amazon Aurora 透過將資料庫引擎與為資料庫工作負載建構的 SSD 虛擬化儲存層緊密整合、減少儲存系統的寫入操作、大幅降低鎖定爭用並消除資料庫處理執行緒所產生的延遲,使效能大幅超越 MySQL。我們使用 SysBench 測試 r3.8xlarge 執行個體的結果顯示,Amazon Aurora 每秒傳送超過 500,000 個 SELECT 和 100,000 個 UPDATE,比在同一硬體上執行同一基準的 MySQL 高出五倍。如需此基準及如何自行複製此基準的詳細說明,請參閱 Amazon Aurora MySQL 效能基準指南

問:「PostgreSQL 的三倍效能」是什麼意思?

Amazon Aurora 透過將資料庫引擎與為資料庫工作負載建立的 SSD 虛擬化儲存層緊密整合、減少儲存系統的寫入操作、大幅降低鎖定爭用並消除資料庫處理執行緒所產生的延遲,使效能大幅超越 PostgreSQL。我們使用 SysBench 測試 r4.16xlarge 執行個體的結果顯示,Amazon Aurora 每秒傳送的 SELECT 和 UPDATE 比在同一硬體上執行同一基準的 PostgreSQL 高出三倍。如需此基準及如何自行複寫此基準的詳細說明,請參閱 Amazon Aurora PostgreSQL 效能基準指南

問:如何優化我的 Amazon Aurora MySQL 資料庫工作負載?

Amazon Aurora 的設計與 MySQL 相容,因此現有 MySQL 應用程式和工具無須修改即可執行。不過,Amazon Aurora 針對 MySQL 加強了一個區域,那就是高度並行工作負載。若要最大化 Amazon Aurora 上的工作負載輸送量,建議您將應用程式建置為可驅動大量並行查詢和交易。

問:如何優化我的 Amazon Aurora PostgreSQL 資料庫工作負載?

Amazon Aurora 的設計與 PostgreSQL 相容,因此現有的 PostgreSQL 應用程式和工具無須修改即可執行。不過,Amazon Aurora 針對 PostgreSQL 加強了一個區域,那就是高度並行工作負載。若要最大化 Amazon Aurora 上的工作負載輸送量,建議您將應用程式建置為可驅動大量並行查詢和交易。

硬體和擴展

問:Amazon Aurora 資料庫的最低儲存限制和最高儲存限制分別為何?

最低儲存為 10 GB。根據您的資料庫使用量,您的 Amazon Aurora 儲存將以 10 GB 的增量自動增長到 64 TB,而不會影響資料庫的效能。無須提前佈建儲存。

問:如何擴展與 Amazon Aurora 資料庫執行個體相關的運算資源?

您可以在 AWS 管理主控台選擇所需的資料庫執行個體並按一下 Modify 按鈕,擴展分配給資料庫執行個體的運算資源。記憶體和 CPU 資源可透過變更資料庫執行個體類別進行修改。

修改資料庫執行個體類別時,將會在指定的維護時段套用您請求的變更。或者,您可以使用 "Apply Immediately" 旗標立即套用擴展請求。在執行擴展操作期間,這兩個選項將會對可用性造成幾分鐘的影響。請注意,這也會同時套用任何其他擱置的系統變更。

備份與還原

問:如何啟用資料庫執行個體備份?

Amazon Aurora 資料庫執行個體的自動備份會一直處於啟用的狀態。備份不會影響資料庫效能。

問:我是否能拍攝資料庫快照且不限時間地保留這些快照?

是,拍攝快照並不影響效能。請注意,從資料庫快照中恢復資料需要建立新的資料庫執行個體。

問:如果我的資料庫發生故障,我的恢復路徑為何?

Amazon Aurora 會在 3 個可用區域自動維護 6 個資料副本,並將自動嘗試在執行狀況正常的可用區域內恢復您的資料庫,而不會產生資料損失。在極少數的情況下,無法在 Amazon Aurora 儲存內找到您的資料,您可以從資料庫快照中進行恢復或對新執行個體執行 point-in-time 恢復操作。請注意,point-in-time 恢復操作的最近可還原時間最多可恢復到 5 分鐘之前。

問:如果刪除資料庫執行個體,我的自動備份和資料庫快照會出現什麼情況?

您可以選擇在刪除資料庫執行個體時建立最終的資料庫快照。如果進行此操作,之後便可以使用此資料庫快照恢復已刪除的資料庫執行個體。刪除資料庫執行個體之後,Amazon Aurora 會保留這個使用者建立的最終資料庫快照與所有其他手動建立的資料庫快照。刪除資料庫執行個體後只會保留資料庫快照 (即,不會保留為 point-in-time 恢復建立的自動備份)。

問:是否可和另一個 AWS 帳戶共享快照?

是。Aurora 讓您能夠建立資料庫的快照,稍後您可用它來恢復資料庫。您可以與不同的 AWS 帳戶共享快照,收件人帳戶的擁有者可以使用您的快照來恢復包含您資料的資料庫。您甚至可以選擇讓快照成為公有,也就是說,任何人都可以恢復包含您 (公有) 資料的資料庫。您可以使用這個功能,在各個具備不同 AWS 帳戶的環境 (生產、開發/測試、分段等) 之間共享資料,這個功能還能在個別帳戶保護所有資料備份的安全,以因應萬一出現主 AWS 帳戶被盜的情況。

問:共享快照是否會計費?

在帳戶間共享快照不需付費。不過,可能需要支付快照本身的費用,以及從共享快照恢復任何資料庫的費用。進一步了解 Aurora 定價

問:是否可以自動共享快照?

我們不支援共享自動資料庫快照。若要共享自動快照,您必須手動建立快照複本,然後共享複本。

問:可以與幾個帳戶共享快照?

您最多可以與 20 個 AWS 帳戶 ID 共享手動快照。如果想要與 20 個以上帳戶共享快照,可將快照當做公有共享,或聯絡支援以提高您的配額。

問:可以在哪些區域共享 Aurora 快照?

您可以在提供 Aurora 的所有 AWS 區域共享 Aurora 快照。

問:是否可以在不同區域間共享 Aurora 快照?

否。只有與共享快照的帳戶位於同一個區域中的帳戶可以存取共享的 Aurora 快照。

問:是否可以共享加密的 Aurora 快照?

是,您可以共享加密的 Aurora 快照。

高可用性和複寫

問:Amazon Aurora 如何提高資料庫對磁碟故障的容錯能力?

Amazon Aurora 會將您的資料庫磁碟區自動分成 10 GB 的區段並分散在多個磁碟上。資料庫磁碟區的每個 10 GB 區塊都能在三個可用區域間以六種方法進行複寫。Amazon Aurora 的設計可完全透明化的處理最多兩個資料副本的損失,而不會影響資料庫寫入可用性;最多三個資料副本的損失,而不會影響資料庫讀取可用性。Amazon Aurora 儲存還具有自我修復能力,可持續掃描資料區塊和磁碟有無錯誤並自動修復。

問:Aurora 如何改善資料庫損毀後的恢復時間?

與其他資料庫不同的是,Amazon Aurora 在資料庫損毀之後不需重新執行最後一個資料庫檢查點 (通常為 5 分鐘) 的重做日誌,且不需要在資料庫運作之前確認已套用所有變更。在大多數情況下,這可將資料庫的重新啟動時間降低到 60 秒以下。Amazon Aurora 將緩衝區快取從資料庫處理程序中移出,以便在重新啟動時立即使用。如此一來,您就不需要在重新匯入快取時限制存取,以避免發生暫時低壓。

問:Aurora 支援哪些類型的複本?

Amazon Aurora MySQL 和 Amazon Aurora PostgreSQL 都支援 Amazon Aurora 複本,該複本與相同 AWS 區域中的主執行個體共享同一個基礎磁碟區。所有 Amazon Aurora 複本都可看見主執行個體做出的更新。透過 Amazon Aurora MySQL,您還可以根據 MySQL 的 binlog 複寫引擎建立跨區域 MySQL 僅供讀取複本。在 MySQL 僅供讀取複本中,主執行個體的資料會作為交易在您的複本上重新執行。對於大多數使用案例,包括讀取擴展和高可用性,我們建議使用 Amazon Aurora 複本。

您可以根據應用程式需求,靈活搭配這兩種複本類型:

功能 Amazon Aurora 複本
MySQL 複本
複本數量 最多 15 個 最多 5 個
複寫類型 非同步 (毫秒) 非同步 (秒)
對主執行個體的效能影響
複本位置 區域內
跨區域
作為容錯移轉目標 是 (無資料損失) 是 (可能有幾分鐘的資料損失)
自動容錯移轉
支援使用者定義的複寫延遲
支援與主執行個體不同的資料或結構描述

除了上面列出的選項之外,還有另外兩個複寫選項。您可以使用 Aurora Global Database,在不同區域的 Aurora 叢集之間進行更快的實體複寫。對於 Aurora 和非 Aurora MySQL 資料庫之間的複寫 (甚至在AWS 之外),您可以設定自己的自我管理 binlog 複寫。

問:Amazon Aurora 是否提供跨區域複本?

是,利用 Aurora MySQL,您可以透過邏輯複寫或實體複寫來設定跨區域 Aurora 複本。

邏輯複寫最多能複寫 5 個次要 AWS 區域,並以單一緒行緒的 MySQL binlog 複寫為基礎,因此複寫延遲會受到特定所選區域之間網路通訊的變更/套用速率和延遲的影響。實體複寫 (稱為 Aurora 全球資料庫) 使用專用基礎設施,讓資料庫充分為您的應用程式提供服務,而且複寫到一個次要區域通常延遲時間不到一秒。針對低延遲全球讀取和災難復原,我們建議使用全球資料庫。

Aurora PostgreSQL 目前不支援跨區域複本。

問:是否可以在跨區域複本叢集上建立 Aurora 複本?

是,您可以在每一個跨區域叢集最多新增 15 個 Aurora 複本,這些複本會與跨區域複本共用相同的基礎儲存。跨區域複本做為叢集的主複本,而叢集上的 Aurora 複本一般會比主複本延遲數十毫秒。

問:是否可將應用程式從目前的主複本容錯移轉到跨區域複本?

是,您可以從 RDS 主控台將跨區域複本提升成新的主複本。至於邏輯 (binlog) 複寫,提升程序一般需要幾分鐘,取決於您的工作負載。一旦啟動提升程序,跨區域複寫將會停止。

利用 Aurora 全球資料庫,您可以在一分鐘內提升次要區域,以取得完整的讀/寫工作負載。

問:是否可以選擇特定複本而不是其他複本來做為優先容錯移轉目標?

是。您可以在叢集中對每個執行個體指派提升優先順序方案。在主執行個體失敗時,Amazon RDS 會將具有最高優先順序的複本提升成主要執行個體。如果相同優先順序方案中兩個或多個複本之間出現爭用情形,則 Amazon RDS 會提升與主執行個體大小相同的複本。如需容錯移轉邏輯的詳細資訊,請閱讀 Amazon Aurora 使用者指南

問:執行個體的優先順序方案建立之後是否可以修改?

是,您可以隨時修改執行個體的優先順序方案。只修改優先順序方案不會觸發容錯移轉。

問:是否可以避免特定複本提升成主執行個體?

您可以指派較低優先順序的方案給不想提升成主執行個體的複本。然而,如果叢集上較高優先順序複本出於某些原因而運作狀況不佳或無法使用,則 Amazon RDS 會提升較低優先順序的複本。

問:如何提升單一 Amazon Aurora 資料庫的可用性?

您可以新增 Amazon Aurora 複本。同一個 AWS 區域中的 Aurora 複本會與主執行個體共用相同的基礎儲存。任何 Aurora 複本都可在不損失任何資料的情況下提升為主執行個體,因此,可用於在主要資料庫執行個體故障時提高容錯能力。若要提高資料庫可用性,只需在 3 個可用區域中的任何一個建立 1 到 15 個複本,Amazon RDS 將在發生資料庫執行中斷時將其納入容錯移轉主選擇中。

如果希望資料庫跨越多個 AWS 區域,則可以使用 Aurora 全球資料庫。這會複寫您的資料且不會影響資料庫效能,並從全區域故障提供災難復原。

問:容錯移轉時會出現什麼情況?這種情況會持續多久?

Amazon Aurora 會自動處理容錯移轉,所以您的應用程式可以盡快恢復資料庫操作,而無須人為管理介入。

  • 如果您在相同或不同可用區域中有一個 Amazon Aurora 複本,當容錯移轉時,Aurora 會翻轉資料庫執行個體的正式名稱記錄 (CNAME) 以指向執行狀態正常的複本,該複本轉而提升成新的主複本。容錯移轉從開始到結束通常可在 30 秒內完成。
  • 如果您執行的是 Aurora Serverless,且資料庫執行個體或 AZ 無法使用,Aurora 會自動在不同的 AZ 中重新建立資料庫執行個體。
  • 如果您沒有 Amazon Aurora 複本 (即單一執行個體) 且未執行 Aurora Serverless,Aurora 會嘗試在與原始執行個體相同的可用區域中建立新的資料庫執行個體。已盡力進行這種原始執行個體的取代操作,但可能不成功,例如,在出現會廣泛影響可用區域的問題時。

您的應用程式應在連線中斷時重試資料庫連線。

跨區域災難復原是一個手動程序,您可以在此提升次要區域,以取得讀/寫工作負載。

問:如果我的主資料庫和 Amazon Aurora 複本主動取得讀取流量且發生容錯移轉,會發生什麼事?

Amazon RDS 會自動偵測主執行個體的問題並觸發容錯移轉。如果您使用的是叢集端點,您的讀取/寫入連線會自動重新導向至將提升成主執行個體的 Amazon Aurora 複本。

此外,Aurora 複本提供的讀取流量將短暫中斷。如果您使用叢集讀取者端點將讀取流量導向至 Aurora 複本,會將唯讀連線導向至新提升的 Aurora 複本,直至將舊的主節點復原為複本。

問:我的複本會落後主執行個體多久?

由於 Amazon Aurora 複本與相同 AWS 區域中的主執行個體共享同一個資料磁碟區,因此幾乎不會有複寫延遲的情況。據我們觀察,延遲時間一般為數十毫秒。對於 MySQL 僅供讀取複本,複寫延遲會因變更/應用率以及網路通訊而無限制延長延遲時間。然而,在一般條件下,一分鐘以內的複寫延遲很常見。

使用邏輯複寫的跨區域複本,會受到特定所選區域之間網路通訊的變更/套用速率和延遲的影響。使用 Aurora 全球資料庫的跨區域複本,其一般延遲在一秒內。

問:是否可以在我的 Aurora MySQL 資料庫和外部 MySQL 資料庫之間設定複寫?

是,您可以在 Aurora MySQL 執行個體和外部 MySQL 資料庫之間設定 binlog 複寫。另一個資料庫可以在 Amazon RDS 上執行,也可以作為 AWS 上的自我管理資料庫執行,也可以完全在 AWS 之外執行。

如果您正在執行 Aurora MySQL 5.7,請考慮設定以 GTID 為基礎的 binlog 複寫。這將提供完整的一致性,因此即使在容錯移轉或停機後,您的複寫也不會錯過交易或產生衝突。

問:什麼是 Amazon Aurora 全球資料庫?

Amazon Aurora 全球資料庫是一項功能,可讓單一 Amazon Aurora 資料庫跨越多個 AWS 區域。它會複寫您的資料且不會影響資料庫效能,讓每個區域都有不到一秒一般延遲的快速本機讀取,並從全區域故障提供災難復原。在極少見的區域性降低或故障情況下,可以在不到 1 分鐘的時間內提升次要區域,使其能夠完整讀取/寫入。

Amazon Aurora MySQL 提供這個功能。

問:如何建立 Aurora 全球資料庫?

只要在 Amazon RDS 管理主控台按幾下,就能建立 Aurora 全球資料庫。您也可以使用軟體開發套件或 CLI。您需要在 Aurora 全球資料庫中,為每個區域至少佈建一個執行個體。

問:如果我使用 Aurora 全球資料庫,是否也可以在主資料庫上使用邏輯複寫 (binlog)?

是。如果您的目標是分析資料庫活動,請考慮改用 Aurora 進階稽核、一般日誌和慢速查詢日誌,以避免影響資料庫的效能。

問:Aurora 是否會自動容錯轉移到 Aurora 全球資料庫的次要區域?

否。如果您的主區域不可用,可以從 Aurora 全球資料庫手動移除次要區域,並提升該區域以取得完整讀取和寫入功能。您也需要將應用程式指向新提升的區域。

問:什麼是 Amazon Aurora Multi-Master?

Amazon Aurora Multi-Master 是 Aurora MySQL 相容版本的新功能,加入了跨多個可用區域擴展寫入效能的能力,允許應用程式將讀取/寫入工作負載導向資料庫叢集中的多個執行個體,並以高可用性進行操作。

問:如何開始使用 Amazon Aurora Multi-Master?

Amazon Aurora Multi-Master 現在已正式上市。您可以參閱 Amazon Aurora 文件進一步了解相關資訊。只要在 Amazon RDS 管理主控台上按幾下,或下載最新 AWS 開發套件或 CLI,即可建立 Aurora Multi-Master 叢集。

安全性

問:我是否可以在 Amazon Virtual Private Cloud (Amazon VPC) 使用 Amazon Aurora?

是,所有 Amazon Aurora 資料庫執行個體都必須在 VPC 中建立。透過 Amazon VPC,您可以定義一個與自己資料中心內執行的傳統網路非常相似的虛擬網路拓撲。這樣一來,您可以完全控制存取您的 Amazon Aurora 資料庫的人員。

問:Amazon Aurora 是否會加密傳輸中的資料和靜態資料?

是。Amazon Aurora 使用 SSL (AES-256) 保護資料庫執行個體和應用程式之間的連線安全。Amazon Aurora 可讓您使用透過 AWS Key Management Service (KMS) 管理的金鑰加密資料庫。在以 Amazon Aurora 加密執行的資料庫執行個體上,於基礎儲存中存放的靜態資料,以及其在同一個叢集中的自動備份、快照和複本都會加密。加密和解密的處理完全無縫。如需以 Amazon Aurora 使用 KMS 的詳細資訊,請參閱 Amazon RDS User's Guide

問:是否可以加密現有未加密的資料庫?

目前不支援加密現有未加密的 Aurora 執行個體。若要在現有未加密的資料庫使用 Amazon Aurora 加密,請建立已啟用加密的新資料庫執行個體,再將資料移轉至其中。

問:如何存取我的 Amazon Aurora 資料庫?

您必須透過建立資料庫時輸入的資料庫連接埠存取 Amazon Aurora 資料庫。這樣做的目的是為了提供資料多一層的保護。如需連接到 Amazon Aurora 資料庫的逐步解說,請參閱 Amazon Aurora Connectivity 指南

問:Amazon Aurora 是否可搭配需要 HIPAA 合規的應用程式使用?

是,與 MySQL 和 PostgreSQL 相容的 Aurora 版本符合 HIPAA,因此可用於建立 HIPAA 合規應用程式及存放醫療保健相關資訊,包括與 AWS 共同履行的商業夥伴協議 (BAA) 下的受保護醫療資訊 (PHI)。如果您已經有履行的 BAA,則您不需要進行任何動作,就能透過 BAA 涵蓋的帳戶開始使用這些服務。 如需有關在 AWS 上建置合規應用程式的詳細資訊,請參閱醫療保健供應商與保險業者的雲端應用

問:我要到哪裡才能存取「常見漏洞和入侵程式」(CVE) 項目,以查看眾所已知的 Amazon Aurora 版本網路安全漏洞?

您目前可以在以下網址找到 CVE 清單:Amazon Aurora 安全性更新

無伺服器

問:什麼是 Amazon Aurora Serverless?

Amazon Aurora Serverless 是 Amazon Aurora MySQL 相容和 PostgreSQL 相容版本的隨需、自動擴展組態。Aurora Serverless 資料庫叢集可根據應用程式的需要而自動啟動、關閉和擴展或縮減容量。Aurora Serverless 為不頻繁、間歇或不可預測的工作負載提供一種相對簡單、經濟高效的選擇。請詳閱 Amazon Aurora User Guide

問:Aurora Serverless 支援哪些版本的 Amazon Aurora?

Aurora Serverless 目前適用於與 MySQL 5.6 相容的 Aurora 以及與 PostgreSQL 10.7+ 相容的 Aurora。

問:是否可以將現有的 Aurora 資料庫叢集移轉到 Aurora Serverless?

是,您可以從現有 Aurora 佈建置群集取得的快照,還原到 Aurora Serverless 資料庫叢集 (反之亦然)。

問:如何連接到 Aurora Serverless 資料庫叢集?

您可以從同一個 Amazon Virtual Private Cloud (VPC) 中執行的用戶端應用程式存取 Aurora Serverless 資料庫叢集。 您無法為 Aurora Serverless 資料庫叢集提供公有 IP 地址。

問:我可以明確設定 Aurora Serverless 叢集的容量?

雖然 Aurora Serverless 會根據有效的資料庫工作負載而自動擴展,但在某些情況下,容量可能無法快速擴展以滿足突然的工作負載變化,例如大量新事務。在這些情況下,您可以使用 AWS 管理主控台、AWS CLI 或 RDS API,將容量明確設定為特定的值。

問:為什麼我的 Aurora Serverless 資料庫叢集無法自動擴展?

啟動擴展操作後,Aurora Serverless 會嘗試尋找擴展點,該擴展點是資料庫可以安全地完成擴展的時間點。如果您正在進行長時間執行的查詢或事務,或者正在使用臨時表格或表格鎖定,則 Aurora Serverless 可能無法找到擴展點。

問:Aurora Serverless 如何計費?

在 Aurora Serverless 中,資料庫容量以 Aurora 容量單位 (ACU) 計算。您依 ACU 用量支付每秒的固定費率,每次資料庫啟動時都需支付 5 分鐘的最低用量費用。儲存和 I/O 價格與標準和無伺服器組態相同。查看 Aurora Serverless 定價範例

平行查詢

問:什麼是 Amazon Aurora 平行查詢?

Amazon Aurora 平行查詢是指將單一查詢運算負載下推並分散到 Aurora 儲存層中數千個 CPU 的能力。不使用平行查詢,針對 Amazon Aurora 資料庫發出的查詢將完全在資料庫叢集的一個執行個體內執行;這與大多數資料庫操作的方式類似。

問:有哪些目標使用案例?

平行查詢非常適合需要新資料和絕佳查詢效能的分析工作負載使用,即使在大型表格也很適用。這種類型的工作負載本質上通常是可操作的。

問:平行查詢提供哪些好處?

更快速的效能:平行查詢可讓分析查詢的速度提升高達 2 個數量級。

簡化操作和持續取得最新的資料:您可以在 Aurora 叢集直接對目前的交易資料發出查詢。

相同資料庫上的交易和分析工作負載:平行查詢可讓 Aurora 在執行並行分析查詢的同時,維持高交易輸送量。

問:平行查詢可增強哪些特定的查詢?

尚未在緩衝集區的大部分大型資料集查詢都可受益於這項功能。平行查詢的最初版本可下推和擴展超過 200 個 SQL 函數、對等連結和投影的處理。

問:我可以預期哪些效能提升?

特定查詢的效能提升取決於可將多少的查詢計畫下推到 Aurora 儲存層。客戶已回報超過 1 個數量級的查詢延遲提升。

問:效能是否有可能變慢?

是,不過我們預期這種情況很少出現。

問:若要利用平行查詢,必須對查詢進行哪些變更?

不需要對查詢語法進行變更。查詢優化器會自動決定是否對特定查詢使用 PQ。若要檢查查詢是否使用 PQ,可以執行 EXPLAIN 命令以查看查詢執行計畫。如果您希望略過啟發法並強制執行平行查詢以做測試之用,可使用 aurora_pq_force 工作階段變數。

問:如何開啟和關閉這項功能?

您可以使用 aurora_pq 參數在全域和工作階段層級動態啟用和停用平行查詢。

問:使用平行查詢是否需支付其他費用?

否。除了您已支付的執行個體、IO 和儲存費用之外,無須支付其他費用。

問:由於平行查詢會降低 IO,開啟該功能是否可降低 Aurora IO 費用?

否,查詢的 IO 費用在儲存層進行計費,開啟平行查詢功能會產生相同或更高的費用。您所獲得的好處是查詢效能方面的提升。

使用平行查詢可能會產生更高 IO 費用的原因有兩個。第一,即使表格中的部分資料位於緩衝集區,PQ 還是需要在儲存層掃描所有資料,因此產生更多 IO。第二,避免緩衝集區發生爭用的副作用,也就是執行 PQ 查詢無法為緩衝集區暖機。因此,連續執行相同的 PQ 查詢會產生大量的 IO 費用。

問:哪些 Amazon Aurora 版本支援平行查詢?

平行查詢適用於與 MySQL 5.6 相容的 Amazon Aurora 版本,從 v1.18.0 開始。我們計畫將平行查詢延伸到與 MySQL 5.7 相容的 Aurora,以及與 PostgreSQL 相容的 Aurora。

問:所有執行個體類型是否都能使用平行查詢?

否。目前,您可以將平行查詢與 R* 執行個體系列中的執行個體搭配使用。

問:平行查詢是否與所有其他 Aurora 功能相容?

一開始不行。目前,您只能在不是執行無伺服器或恢復功能的資料庫叢集開啟此功能。此外,它不支援與 MySQL 5.7 相容之 Aurora 的專屬功能。

問:如果平行查詢可以加速查詢,且只會在極少數的情況下發生效能損失,我是否應該全天候開啟此功能?

否。雖然我們預期在大多數的情況下平行查詢可改善查詢延遲,但這可能會產生較高的 IO 成本。建議您在啟用和停用該功能的情況下徹底進行工作負載測試;一旦決定平行查詢是正確的選擇,即可仰賴查詢優化器來自動決定哪些查詢要使用 PQ。當優化器無法做出最佳的決定時,這種情況很少發生,您可以覆寫該設定。

問:Aurora 平行查詢是否可取代資料倉儲?

Aurora 平行查詢不是資料倉儲,無法提供這類產品特有的功能。此功能的設計旨在加速關聯式資料庫的查詢效能,適用於操作分析等使用案例,以及當您需要對資料庫的新資料執行快速的分析查詢時。

進一步了解 Amazon Aurora 定價

瀏覽定價頁面
準備好開始建立?
開始使用 Amazon Aurora
還有其他問題嗎?
聯絡我們