適用於 MySQL 的 Azure 資料庫 - 單一伺服器服務層
適用於： 
適用於 MySQL 的 Azure 資料庫 - 單一伺服器
重要
適用於 MySQL 的 Azure 資料庫單一伺服器位於淘汰路徑上。 強烈建議您升級至適用於 MySQL 的 Azure 資料庫彈性伺服器。 如需移轉至適用於 MySQL 的 Azure 資料庫彈性伺服器的詳細資訊，請參閱適用於 MySQL 的 Azure 資料庫單一伺服器會發生什麼事？
適用於 MySQL 的 Azure 資料庫伺服器可建立於三個不同服務層之一 (基本、一般用途和記憶體最佳化)。 服務層的差別在於虛擬核心中可佈建的計算數量、每個虛擬核心的記憶體，以及用來儲存資料的儲存體技術。 所有資源都會佈建在 MySQL 伺服器層級。 一個伺服器可以有一個或多個資料庫。
| 屬性 | 基本 | 一般用途 | 記憶體最佳化 |
|---|---|---|---|
| 計算世代 | Gen 4、Gen 5 | Gen 4、Gen 5 | Gen 5 |
| 虛擬核心 | 1, 2 | 2、4、8、16、32、64 | 2、4、8、16、32 |
| 每個虛擬核心的記憶體 | 2 GB | 5 GB | 10 GB |
| 儲存體大小 | 5 GB 至 1 TB | 5 GB 至 16 TB | 5 GB 至 16 TB |
| 資料庫備份的保留期限 | 7 至 35 天 | 7 至 35 天 | 7 至 35 天 |
若要選擇定價層，請從下表著手。
| 服務層級 | 目標工作負載 |
|---|---|
| 基本 | 需要輕量計算和 I/O 效能的工作負載。 範例包括用於開發或測試的伺服器，或者不常使用的小規模應用程式。 |
| 一般用途 | 需要平衡的計算和記憶體以及可擴充 I/O 輸送量的大多數商務工作負載。 範例包括用於裝載 Web 和行動應用程式的伺服器，以及其他企業應用程式。 |
| 記憶體最佳化 | 需要記憶體內效能來提供更快速交易處理和更高並行性的高效能資料庫工作負載。 範例包括用於處理即時資料的伺服器，以及高效能交易式或分析應用程式。 |
注意
目前不支援基本服務層的雙向動態調整。 基本層 SKU 伺服器無法擴大為一般用途和記憶體最佳化層。
建立一般用途和記憶體最佳化的伺服器之後，虛擬核心數目、硬體世代和定價層可在幾秒內上下變動。 您可以也單獨調高儲存體的數量及延長或縮短備份保留期限，而無須中斷應用程式。 但您無法在建立伺服器之後，變更備份儲存體類型。 如需詳細資訊，請參閱調整資源一節。
計算世代和虛擬核心
計算資源會以 vCore 的形式提供，vCore 代表了基礎硬體的邏輯 CPU。 中國東部 1、中國北部 1、US DoD 中部和 US DoD 東部利用 Gen 4 邏輯 CPU，以 Intel E5-2673 v3 (Haswell) 2.4-GHz 處理器為基礎。 其他區域則利用 Gen 5 邏輯 CPU，以 Intel E5-2673 v4 (Broadwell) 2.3-GHz 處理器為基礎。
儲存體
您佈建的儲存體是「適用於 MySQL 伺服器的 Azure 資料庫」可用的儲存體容量。 儲存體會用於資料庫檔案、暫存檔案、交易記錄和 MySQL 伺服器記錄。 您佈建的儲存體總數也會定義您伺服器可用的 I/O 容量。
Azure MySQL Database – 單一伺服器支援下列用於伺服器的後端儲存體。
| 儲存體類型 | 基本 | 一般用途 v1 | 一般用途 v2 |
|---|---|---|---|
| 儲存體大小 | 5 GB 至 1 TB | 5 GB 至 4 TB | 5 GB 至 16 TB |
| 儲存體遞增大小 | 1 GB | 1 GB | 1 GB |
| IOPS | 變數 | 3 IOPS/GB 最小值為 100 IOPS 最大值為 6000 IOPS |
3 IOPS/GB 最小值為 100 IOPS 最大值為 20,000 IOPS |
注意
基本儲存體不提供 IOPS 保證。 在一般用途儲存體中，IOPS 與佈建的儲存體大小會以 3:1 的比例調整。
基本儲存體
基本儲存體是支援基本定價層伺服器的後端儲存體。 基本儲存體會在後端使用 Azure 標準儲存體，不保證佈建於其中的 IOPS 且延遲為變動的。 基本層最適合需要輕量計算、低成本及 I/O 效能以進行開發或小型不常用應用程式的工作負載。
一般用途儲存體
一般用途儲存體是支援一般用途或記憶體最佳化層伺服器的後端儲存體。 在一般用途儲存體中，IOPS 與佈建的儲存體大小會以 3:1 的比例調整。 一般用途儲存體兩個世代，如下所述：
一般用途儲存體 v1 (最多支援 4 TB)
一般用途儲存體 v1 是以舊版儲存體技術為基礎，每個伺服器最多可支援 4 TB 儲存體和 6000 IOPS。 一般用途儲存體 v1 經過最佳化，可從執行 MySQL 引擎的計算節點，利用記憶體進行本機快取和備份。 一般用途儲存體 v1 上的備份程序會讀取計算節點記憶體中的資料和記錄檔，然後複製到目標備份儲存體以保留最多 35 天。 因此，在備份期間，儲存體的記憶體和 IO 耗用量相對較高。
所有 Azure 區域皆支援一般用途儲存體 v1
若是在一般用途儲存體 v1 上的一般用途或記憶體最佳化伺服器，我們建議您考慮
- 規劃計算 SKU 層使用超出記憶體 10-30%，以進行儲存體快取和備份緩衝
- 佈建比資料庫工作負載所需高出 10% 的 IOPS，以用於備份 IO
- 或者，如果您偏好的 Azure 區域 (如以下分享內容) 可使用基礎儲存體基礎結構，則可以移轉至最多支援 16 TB 儲存體的一般用途儲存體 v2，如下所述。
一般用途儲存體 v2 (最多支援 16 TB 儲存體)
一般用途儲存體 v2 以最新的儲存體基礎結構為基礎，最多可支援 16 TB 和 20000 IOPS。 在可使用基礎結構的 Azure 區域子集中，所有新佈建的伺服器依預設都會落在一般用途儲存體 v2。 一般用途儲存體 v2 不會從 MySQL 的計算節點取用任何記憶體，而且比起一般用途 v1 儲存體，可以提供較佳的可預測 IO 延遲。 一般用途 v2 儲存體伺服器上的備份以快照集為基礎，沒有其他的 IO 額外負荷。 相較於佈建相同儲存體和 IOPS 的一般用途儲存體 v1，MySQL 伺服器在一般用途 v2 儲存體上的效能預計會較高。一般用途儲存體沒有任何額外成本，最多支援 16 TB 儲存體。 如需協助移轉至 16 TB 儲存體，請從 Azure 入口網站 開啟支援票證。
下列 Azure 區域支援一般用途儲存體 v2：
| 區域 | 一般用途儲存體 v2 可用性 |
|---|---|
| 澳大利亞東部 | ✔️ |
| 澳大利亞東南部 | ✔️ |
| 巴西南部 | ✔️ |
| 加拿大中部 | ✔️ |
| 加拿大東部 | ✔️ |
| 美國中部 | ✔️ |
| 美國東部 | ✔️ |
| 美國東部 2 | ✔️ |
| 東亞 | ✔️ |
| 日本東部 | ✔️ |
| 日本西部 | ✔️ |
| 南韓中部 | ✔️ |
| 南韓南部 | ✔️ |
| 北歐 | ✔️ |
| 美國中北部 | ✔️ |
| 美國中南部 | ✔️ |
| 東南亞 | ✔️ |
| 英國南部 | ✔️ |
| 英國西部 | ✔️ |
| 美國中西部 | ✔️ |
| 美國西部 | ✔️ |
| 美國西部 2 | ✔️ |
| 西歐 | ✔️ |
| 印度中部 | ✔️ |
| 法國中部* | ✔️ |
| 阿拉伯聯合大公國北部* | ✔️ |
| 南非北部* | ✔️ |
注意
*Azure MySQL Database 有公開預覽版一般用途儲存體 v2 的區域
*針對這些 Azure 區域，您可以選擇同時在一般用途儲存體 v1 和 v2 中建立伺服器。 若是使用公開預覽版一般用途儲存體 v2 建立的伺服器，以下是一些限制：
- 不支援異地備援備份
- 複本伺服器應該位於支援一般用途儲存體 v2 的區域。
如何判斷我的伺服器執行所在的儲存體類型？
您可以移至 [設定]>[計算 + 儲存體] 頁面來尋找伺服器的儲存體類型
- 如果使用基本 SKU 佈建您的伺服器，則儲存體類型為基本儲存體。
- 如果使用一般用途或記憶體最佳化 SKU 佈建伺服器，則儲存體類型為一般用途儲存體
- 如果您伺服器上可佈建的儲存體上限為 4 TB，則儲存體類型為一般用途儲存體 v1。
- 如果您伺服器上可佈建的儲存體上限為 16 TB，則儲存體類型為一般用途儲存體 v2。
我可以從一般用途儲存體 v1 移至一般用途儲存體 v2 嗎？如果可以，該如何進行以及是否有任何額外成本？
可以，如果來源伺服器的 Azure 區域提供基礎儲存體基礎結構，則支援從一般用途儲存體 v1 移轉至 v2。 提供的移轉和 v2 儲存體不需要任何額外成本。
是否可以在佈建伺服器之後擴大儲存體大小？
您可以在建立伺服器期間和之後新增額外的儲存體容量，讓系統能夠根據工作負載的儲存體使用量自動擴大儲存體。
重要
儲存體只能擴大，而不能縮小。
監視 IO 耗用量
您可以在 Azure 入口網站或使用 Azure CLI 命令來監視 I/O 耗用量。 要監視的相關計量是儲存體限制、儲存體百分比、使用的儲存體和 IO 百分比。若 MySQL 伺服器使用一般用途儲存體 v1，其適用的監視計量會報告 MySQL 引擎耗用的記憶體和 IO，但是不會擷取儲存體層的記憶體和 IO 耗用量，這是一項限制。
到達儲存體限制
若伺服器中佈建的儲存體小於或等於 100 GB，當可用儲存空間小於所佈建儲存體大小的 5% 時，伺服器會標示為唯讀。 若伺服器中佈建的儲存體超過 100 GB，則只有在可用儲存空間小於 5 GB 時，伺服器所才會標示為唯讀。
例如，如果您已佈建 110 GB 的儲存體，並且實際的使用量超過 105 GB，伺服器會標示為唯讀。 或者，如果您已佈建 5 GB 的儲存體，則當可用儲存體小於 256 MB 時，伺服器會標示為唯讀。
當服務嘗試讓伺服器變為唯讀時，會封鎖所有新的寫入交易要求，而現有的使用中交易會繼續執行。 當伺服器設為唯讀時，所有後續的寫入作業和交易認可都會失敗。 讀取查詢將會繼續運作，不會中斷。 當您增加佈建的儲存體之後，伺服器就可以再次接受寫入交易。
建議您開啟儲存體自動成長，或設定警示讓系統可在伺服器儲存體接近閾值時發出通知，以避免進入唯讀狀態。 如需詳細資訊，請參閱如何設定警示的文件。
儲存體自動成長
儲存體自動成長可防止伺服器用盡儲存體而變成唯獨。 如果啟用儲存體自動成長功能，儲存體會自動成長，而不會影響工作負載。 針對所佈建儲存體小於或等於 100 GB 的伺服器，當可用儲存體低於所佈建儲存體的 10% 時，所佈建的儲存體大小會增加 5 GB。 針對已佈建儲存體大於 100 GB 的伺服器，當可用儲存體低於 10 GB 時，佈建的儲存體大小會立即增加 5%。 適用上述的儲存體上限。
例如，如果您已佈建 1000 GB 的儲存體，並且實際的使用率超過 990 GB，伺服器儲存體大小會增加為 1050 GB。 或者，如果您已佈建 10 GB 的儲存體，則儲存體大小會在少於 1 GB 的可用儲存體時增加為 15 GB。
請記住，儲存體只能擴大，而不能縮小。
備份儲存體
適用於 MySQL 的 Azure 資料庫可提供高達 100% 的已佈建伺服器儲存體作為備份儲存體，且不須支付額外費用。 超過此總量的備份儲存體都會以每個月的 GB 數收費。 例如，如果您佈建的伺服器具有 250 GB 的儲存空間，則您將有 250 GB 的額外儲存空間可供伺服器備份使用，而不需要付費。 超過 250 GB 的備份儲存體會依照定價模式收費。 若要了解會影響備份儲存體使用量、監視和控制備份儲存體成本的因素，您可以參閱備份文件。
調整資源
建立伺服器之後，您可以單獨變更虛擬核心、硬體世代、定價層 (基本層的來回除外)、儲存體數量及備份保留期限。 但您無法在建立伺服器之後，變更備份儲存體類型。 虛擬核心數目可相應增加或減少。 備份保留期可在 7 到 35 天的範圍內相應增加或減少。 儲存體大小只能增加。 您可以透過入口網站或 Azure CLI 來調整資源。 如需使用 Azure CLI 進行調整的範例，請參閱使用 Azure CLI 監視和調整適用於 MySQL 伺服器的 Azure 資料庫。
當您變更虛擬核心數目、硬體世代或定價層時，系統會以新的計算配置建立一個原始伺服器複本。 當新伺服器已啟動並執行之後，連線就會切換到新的伺服器。 在系統切換到新伺服器的期間，您無法建立任何新的連線，且所有未認可的交易皆會復原。 在調整期間，此停機時間大約為 60 到 120 秒。 調整期間的停機時間取決於資料庫復原時間，如果在進行調整作業時，伺服器上有大量交易活動，可能會導致資料庫上線的時間較長。 為了避免重新啟動時間太久，建議您在伺服器上的交易活動較少時才執行調整作業。
調整儲存體和變更備份保留期限完全是線上作業。 運作不會中斷，您的應用程式也不會受到影響。 由於 IOPS 會隨著佈建的儲存體大小進行調整，您可以透過相應增加儲存體來增加伺服器可用的 IOPS。
定價
如需最新的定價資訊，請參閱服務的定價頁面。 若要查看您所需的設定成本，Azure 入口網站會根據您選取的選項，在 [定價層] 索引標籤中顯示每月成本。 如果您沒有 Azure 訂用帳戶，則可以使用 Azure 定價計算機來取得估計的價格。 在 Azure 定價計算機網站上選取 [新增項目]，展開 [資料庫] 類別，並選擇 [適用於 MySQL 的 Azure 資料庫] 以自訂選項。
後續步驟
- 深入了解如何在入口網站中建立 MySQL 伺服器。
- 了解服務限制。
- 了解如何使用讀取複本來擴充 (服務)。