這很重要
這項功能目前處於預覽階段。
Fabric 中的鏡像 提供簡便的使用體驗，避免繁雜的 ETL（擷取、轉換、載入）流程，並將您現有的 適用於 MySQL 的 Azure 資料庫 環境整合至 Microsoft Fabric 中的其他資料。 你可以持續將現有的 適用於 MySQL 的 Azure 資料庫 直接複製到 Fabric 的 OneLake，用於公開存取的伺服器或使用 Private Link/私有端點連線的伺服器。 目前不支援虛擬網路啟用的伺服器及設定為高可用性（HA）的伺服器。 在 Fabric 中，您可以解鎖強大的商業智慧、人工智慧、資料工程、資料科學及資料共享場景。
關於如何在 Fabric 中設定 Azure 資料庫以進行 MySQL 鏡像的教學，請參見教學：在 Microsoft Fabric 中從 Azure Database 建立 MySQL 鏡像資料庫（預覽版）。
為什麼要在 Fabric 中使用映射？
透過在 Fabric 中使用 Mirroring，你不需要拼湊多個供應商的不同服務。 相反地，使用高度整合、端對端且易於使用的產品，簡化你的分析需求。 它旨在促進 Microsoft、適用於 MySQL 的 Azure 資料庫 以及數千種能讀取開源 Delta Lake 表格格式的技術解決方案之間的開放與協作。
內建哪些分析體驗？
鏡映資料庫是 Fabric Data Warehousing 中的項目，與 倉儲 和 SQL 分析端點不同。
鏡像會在 Fabric 工作區中建立下列項目：
適用於 MySQL 的 Azure 資料庫 中的每個鏡像資料庫都有一個自動產生的 SQL 分析端點 ，能在鏡像過程建立的 Delta 表之上，提供豐富的分析體驗。 使用者可以使用熟悉的 T-SQL 指令，這些指令可以定義和查詢資料物件，但無法操作 SQL 分析端點的資料，因為該端點是唯讀副本。 您可以在 SQL 分析端點中執行下列動作：
- 探索 適用於 MySQL 的 Azure 資料庫 中引用 Delta Lake 資料表的資料表。
- 建立無程式碼查詢和檢視，並以視覺化方式探索資料，而無需編寫任何程式碼。
- 開發 SQL 檢視、內嵌 TVF （資料表值函式） 和預存程序，以封裝 T-SQL 中的語意和商務邏輯。
- 管理物件的權限。
- 查詢相同工作區中其他倉儲和湖庫中的資料。
除了 SQL 查詢編輯器外，還有一個廣泛的工具生態系可以查詢 SQL 分析端點，包括 SQL Server Management Studio（SSMS）、帶有 Visual Studio Code 的 mssql 擴充功能，甚至還有 GitHub Copilot。
鏡像資料庫也提供與 Fabric 內 Microsoft Power BI 一鍵整合，能直接從鏡像資料或 SQL 分析端點快速建立報表。
網路需求
鏡像同時支援可公開存取的伺服器，以及使用 Private Link/私人端點連線的伺服器。 目前支援虛擬網路的 適用於 MySQL 的 Azure 資料庫 伺服器尚未支援 Fabric 鏡像。
活動交易、工作負載和複製引擎行為
主動或長時間執行的交易可能會延遲二進制日誌（binlog）清除，直到交易提交且下游的複製或遷移程序同步。 這種延遲可能導致 binlog 儲存空間意外增加，因此應監控來源伺服器的儲存利用率，以避免空間耗盡。
在 初始快照或資料負載期間，讀取與複製資料時，CPU 與 IOPS 使用率較高是正常現象。 頻繁執行 UPDATE 或 DELETE 操作的工作負載可能會產生額外的重做與 binlog 活動，進一步增加 IO 與儲存空間的消耗。
監控儲存、IOPS及長期交易，確保整個流程中容量充足。
計算層支援
用來作為來源的 MySQL 的 Azure Database 可以採用通用或記憶體增強型計算層級。 Burstable 計算階層 不支援 作為鏡像操作的來源。
欲了解更多關於 適用於 MySQL 的 Azure 資料庫 可用運算層級的資訊，請參見 服務層級。