Azure Database for MySQL 单一服务器
适用于：
Azure Database for MySQL - 单一服务器
重要
Azure Database for MySQL 单一服务器即将停用。 强烈建议升级到 Azure Database for MySQL 灵活服务器。 有关如何迁移到 Azure Database for MySQL 灵活服务器的详细信息，请参阅 Azure Database for MySQL 单一服务器发生了什么情况？
由 MySQL 社区版提供支持的 Azure Database for MySQL 提供两种部署模式：
- 灵活服务器
- 单台服务器
本文概述和介绍了单一服务器部署模型的核心概念。 若要了解灵活服务器部署模式，请参阅灵活服务器概述 若要了解如何确定适合工作负荷的部署选项，请参阅在 Azure 中选择合适的 MySQL 服务器选项。
概述
Azure Database for MySQL 单一服务器是一种旨在实现最小自定义的完全托管的数据库服务。 单一服务器平台旨在以最少的用户配置和控制来处理大多数数据库管理功能，例如修补、备份、高可用性、安全性。 此体系结构已进行优化，提供内置的高可用性，在单个可用性区域的可用性为 99.99%。 它支持 MySQL 社区版 5.6（已停用）、5.7 和 8.0。 目前，该服务已在各种 Azure 区域中正式发布。
单一服务器仅最适用于已利用单一服务器的现有应用程序。 对于所有新开发或迁移，建议使用灵活服务器部署选项。 若要了解灵活服务器和单一服务器部署选项之间的差异，请参阅为你选择正确的部署选项文档。
高可用性
单一服务器部署模型针对内置高可用性和弹性进行了优化，并且降低了成本。 该体系结构将计算和存储分开。 数据库引擎在专有的计算容器上运行，而数据文件位于 Azure 存储上。 该存储维护数据库文件的三个本地冗余同步副本，以确保数据持续性。
在计划内或计划外的故障转移事件期间，如果服务器发生故障，该服务将使用以下自动化过程来维持服务器的高可用性：
- 预配新的计算容器
- 具有数据文件的存储映射到新的容器
- MySQL 数据库引擎在新的计算容器上处于联机状态
- 网关服务可确保故障转移透明化，从而确保无需更改应用程序端。
典型的故障转移时间范围为 60 - 120 秒。 单一服务器的云原生设计使其支持 99.99% 的可用性，从而消除了被动热备用服务器的成本。
Azure 行业领先的 99.99% 可用性服务级别协议 (SLA)（由 Azure 管理的数据中心的全球网络提供支持），有助于保持应用程序全天候运行。
自动修补
该服务执行基础硬件、OS 和数据库引擎的自动修补。 修补包括安全更新和软件更新。 对于 MySQL 引擎，次要版本的升级自动进行，并作为修补周期的一部分包含在内。 无需任何用户操作或配置设置即可进行修补。 修补频率根据有效负载的重要性由服务管理。 一般来说，作为持续集成和发布的一部分，该服务遵循每月发布计划。 用户可以订阅计划内维护通知，在维护开始前 72 小时接收有关该维护事件的通知。
自动备份
单一服务器可自动创建服务器备份并将其存储在用户配置的本地冗余或异地冗余存储中。 备份可用于将服务器还原到备份保持期内的任何时间点。 默认的备份保留期为七天。 保持期可选择配置为最多 35 天。 所有备份都使用 AES 256 位加密进行加密。 有关详细信息，请参阅备份。
几秒钟内调整性能和规模
单一服务器在以下三个 SKU 层中提供：“基本”、“常规用途”和“内存优化”。 基本层最适合用于低成本开发和低并发工作负载。 常规用途和内存优化更适用于需要高并发性、缩放性和可预测性能的生产工作负载。 可以在一个月内花费很少的费用基于小型数据库构建第一个应用，然后根据解决方案的需求调整缩放。 存储缩放是联机的，支持存储自动增长。 动态可伸缩性使得数据库能够以透明方式对不断变化的资源需求做出响应。 只需为所使用的资源付费。 有关详细信息，请参阅定价层。
企业级安全性、合规性和治理
单一服务器使用 FIPS 140-2 验证的加密模块对静态数据进行存储加密。 在运行查询时创建的数据（包括备份）和临时文件都会进行加密。 该服务使用 Azure 存储加密中包含的 AES 256 位密码，并且密钥可由系统进行管理（默认）或由客户管理。 该服务使用默认实施的传输层安全性 (SSL/TLS) 对动态数据进行加密。 该服务支持 TLS 版本 1.2、1.1 和 1.0，并可强制执行最低 TLS 版本。
该服务允许使用专用链接对服务器进行专用访问。
除了原生身份验证外，单一服务器还支持 Microsoft Entra ID 身份验证。 Microsoft Entra 身份验证是一种使用 Microsoft Entra ID 中定义和管理的标识连接到 MySQL 服务器的机制。 通过 Microsoft Entra 身份验证，可以在一个中心位置集中管理数据库用户标识和其他 Azure 服务，从而简化和集中访问控制。
审核日志记录可用于跟踪所有数据库级别活动。
单一服务器符合所有行业领先的认证（如 FedRAMP、HIPAA、PCI DSS）。 有关 Azure 平台安全性的信息，请访问 Azure 信任中心。
有关 Azure Database for MySQL 安全功能的详细信息，请参阅安全概述。
监视和警报
单一服务器配备了内置的性能监视和警报功能。 所有 Azure 指标的频率都是一分钟，每个指标提供 30 天的历史记录。 可针对指标配置警报。 该服务允许配置慢查询日志，并附带差异化的查询存储功能。 通过帮助快速查找运行时间最长且资源最密集的查询，查询存储可简化性能故障排除。 使用这些工具，可快速优化工作负载并配置服务器以获得最佳性能。 有关详细信息，请参阅监视。
迁移
该服务运行 MySQL 的社区版本。 这样可以实现完全的应用程序兼容性，并且只需最小的重构成本就能将在 MySQL 引擎上开发的现有应用程序迁移到单一服务器。 可以使用以下任一选项来执行向单一服务器的迁移：
- 转储和还原 - 对于脱机迁移（在此情况下，用户可承受一定的故障时间），使用社区工具（如 mysqldump/mydumper）的转储和还原可以提供最快的迁移方式。 有关详细信息，请参阅使用转储和还原进行迁移。
- Azure 数据库迁移服务 - 为了通过高速数据迁移实现向单一服务器的无缝简化脱机迁移，可以利用 Azure 数据库迁移服务。
- 数据传入复制 - 为在最短的停机时间内进行迁移，还可以利用数据传入复制，它依靠基于 binlog 的复制。 对于希望对迁移进行更多控制的实操专业人员来说，数据传入复制是实现停机时间最短的迁移的首选。 有关详细信息，请参阅数据传入复制。
联系人
- 若要联系 Azure 支持，请从 Azure 门户提交票证。
- 若要修复帐户问题，请提交支持请求。
后续步骤
现在，你已阅读 Azure Database for MySQL - 单一服务器部署模式简介，接下来可以：