- 产品›
- 数据库›
- Amazon RDS›
- Amazon RDS for MySQL
Amazon RDS for MySQL 常见问题
一般性问题
全部打开是的，您可以为您使用的 Amazon RDS for MySQL 购买数据库节省计划，当您承诺在 1 年期限内保持稳定的使用量时，成本可降低多达 20%。 有关符合条件的使用情况的更多信息，请参阅数据库节省计划定价页面。
Amazon Relational Database（Amazon RDS）for MySQL 目前支持 MySQL 社区版 8.4 和 8.0。RDS for MySQL 还在 RDS 扩展支持下支持 MySQL 5.7。有关支持的次要版本的信息，请参阅 Amazon RDS 用户指南。
在 MySQL 环境中，版本的编号的组织方式如下：
MySQL 版本 = X.Y.Z
X = 主要版本，Y = 发布级别，Z = 发布系列内的版本号。
从 Amazon RDS 角度来说，主要版本或发布级别变化的版本变更将被视为主要变更。示例：从 5.6.X 升级到 5.7.X。
如果版本内版次发生变更，则此版次变更被视为次要变更。示例：从 5.6.27 升级到 5.6.29。
MySQL 版本 = X.Y.Z
X = 主要版本，Y = 发布级别，Z = 发布系列内的版本号。
从 Amazon RDS 角度来说，主要版本或发布级别变化的版本变更将被视为主要变更。示例：从 5.6.X 升级到 5.7.X。
如果版本内版次发生变更，则此版次变更被视为次要变更。示例：从 5.6.27 升级到 5.6.29。
可以。请参阅 Amazon RDS 常见问题。
Amazon RDS for MySQL 的时间点恢复、快照恢复以及与 Amazon Redshift 功能的零 ETL 集成要求使用崩溃恢复存储引擎，且仅支持 InnoDB 存储引擎。虽然 MySQL 支持功能不同的多种存储引擎，但并非所有引擎都为崩溃恢复和数据耐久性而进行了优化。例如，MyISAM 存储引擎不支持可靠的崩溃恢复，并且在崩溃后重启 MySQL 时可能导致数据丢失或数据损坏，从而使时间点恢复或快照还原无法按预期工作。不过，如果您仍然选择对 Amazon RDS 使用 MyISAM，遵循以下步骤可能在某些情况下对执行数据库快照还原功能有所帮助。RDS for MySQL 当前不支持联合存储引擎。
在创建新的数据库实例时，您使用的默认主用户将获得特定权限。请参阅《Amazon RDS 用户指南》中的“主用户账户权限”，了解权限列表。
RDS for MySQL 读取副本需要使用事务性存储引擎，并仅支持用于 InnoDB 存储引擎。非事务性 MySQL 存储引擎（如 MyISAM）可能会阻止读取副本按预期方式运行。不过，如果您仍然对读取副本选择使用 MyISAM，建议您密切监视 Amazon CloudWatch“副本滞后”指标（通过 AWS 管理控制台或 Amazon CloudWatch API 提供），并在其由于复制错误落后时重新创建读取副本。使用临时表及任何其他非事务性引擎时，也应考虑上述事项。
对于 MySQL 5.6 或更高版本，您可以将二进制日志格式设为基于行。默认情况下，复制设置为固定格式（包含基于行和基于语句的复制），它们应满足大多数使用案例的要求。要详细了解混合格式与基于行的复制之间的区别，请参阅 MySQL 文档。
Amazon 蓝绿部署常见问题
全部打开
Amazon RDS 蓝绿部署在 RDS for MySQL 5.7 及更高版本中可用。在 RDS for MySQL 文档中了解有关可用版本的更多信息。
Amazon RDS 蓝绿部署现已在所有适用的 AWS 区域和 AWS GovCloud 区域推出。
Amazon RDS 蓝绿部署可让您进行更安全、更简单、更快速的数据库更改，如主要或次要版本升级、架构更改、实例缩放、引擎参数更改和维护更新。
Amazon RDS 蓝绿部署可让您实现更安全、更简单、更快速的数据库更改。蓝绿部署非常适用于主版本或次要版本数据库引擎升级、操作系统更新、在不中断逻辑复制的情况下进行绿色环境中的架构更改（例如在表末尾添加新列或数据库参数设置更改）等应用场景。您可以使用蓝绿部署通过单次切换同时更新多个数据库。这使您可以随时了解最新的安全补丁，提高数据库性能，并在可预测的短暂停机时间内访问更新的数据库功能。
在绿色实例上运行工作负载的成本与在蓝色实例上运行时相同。在蓝色和绿色实例上运行的成本包括 db.instances、存储成本、读/写 I/O 成本以及任何已启用功能的当前标准定价，如备份成本和 Amazon RDS 性能详情。实际上，在蓝绿部署寿命周期内，您的成本大约是在 db.instance 上运行工作负载成本的 2 倍。
例如：您的 RDS for MySQL 5.7 数据库运行在两个 r5.2xlarge db.instances 上，一个主数据库实例和一个只读副本，在具有多 AZ（MAZ）配置的 us-east-1 AWS 区域中。每个 r5.2xlarge db.instance 均配置为 20 GiB 通用型 Amazon Elastic Block Store（Amazon EBS）。使用 Amazon RDS 蓝绿部署创建蓝色实例拓扑的克隆，运行 15 天（360 小时），然后在切换成功后删除蓝色实例。蓝色实例 15 天费用为 1,387 美元，即期票汇汇率为 1.926 美元/小时（实例 + EBS 成本）。在这 15 天内，使用蓝绿部署的总成本为 2774 USD，是该时间段运行蓝色实例的成本的 2 倍。
例如：您的 RDS for MySQL 5.7 数据库运行在两个 r5.2xlarge db.instances 上，一个主数据库实例和一个只读副本，在具有多 AZ（MAZ）配置的 us-east-1 AWS 区域中。每个 r5.2xlarge db.instance 均配置为 20 GiB 通用型 Amazon Elastic Block Store（Amazon EBS）。使用 Amazon RDS 蓝绿部署创建蓝色实例拓扑的克隆，运行 15 天（360 小时），然后在切换成功后删除蓝色实例。蓝色实例 15 天费用为 1,387 美元，即期票汇汇率为 1.926 美元/小时（实例 + EBS 成本）。在这 15 天内，使用蓝绿部署的总成本为 2774 USD，是该时间段运行蓝色实例的成本的 2 倍。
Amazon RDS 蓝绿部署可让您进行更安全、更简单、更快速的数据库更改，如主要或次要版本升级、架构更改、实例缩放、引擎参数更改和维护更新。
在 Amazon RDS 蓝绿部署中，蓝色环境是您当前的生产环境。绿色环境是您的暂存环境，在切换后将成为您的新生产环境。
当 Amazon RDS 蓝绿部署启动切换时，它会阻止任何对蓝色和绿色环境的写入，直到切换完成。在切换过程中，暂存环境（或绿色环境）会跟随蓝色环境，确保蓝色和绿色环境之间的数据一致。一旦蓝色和绿色环境完全同步，蓝绿部署将通过将流量重定向到绿色环境将绿色环境提升为新的蓝色环境。蓝绿部署旨在在切换完成后启用绿色环境中的写入，确保切换过程中无数据丢失。
如果您的蓝色环境是自行管理的逻辑副本或订阅用户，我们将阻止切换。我们建议您首先停止向蓝色环境的复制，继续进行切换，然后再继续复制。相反，如果您的蓝色环境是自行管理的逻辑副本的来源或发布者，则可以继续切换。但是，您需要更新自行管理的副本，以便在切换后从绿色环境中进行复制。
Amazon RDS 蓝绿部署不会删除旧生产环境。如果需要，您可以访问该环境进行其他验证和性能/回归测试。如果您不再需要旧生产环境，可以将其删除。标准账单费用适用于旧生产实例，直到您将其删除。
Amazon RDS 蓝绿部署切换防护机制将阻止对蓝色和绿色环境的写入，直到您的绿色环境在切换之前成功跟随。蓝绿部署还可以对蓝色和绿色环境中的主副本执行运行状况检查。它们还将执行复制运行状况检查，例如，查看复制是否已停止或是否存在错误。它们将检测蓝绿环境之间的长时间运行事务。您可以指定可忍受的最大停机时间，最短为 30 秒，如果正在进行的事务超过此时间，则切换将超时。
否，Amazon RDS 蓝绿部署不支持 Amazon RDS 代理、跨区域只读副本或级联只读副本。
否，您目前无法使用 Amazon RDS 蓝绿部署回滚更改。
Amazon RDS 优化型写入功能常见问题
全部打开
MySQL 通过将 16KiB 页面中的数据两次写入持久性存储，首先写入“双写缓冲区”，然后写入表存储，从而保护用户免受数据丢失。Amazon RDS 优化型写入功能使用 AWS Nitro System 的 Torn Write Prevention 功能一步将您的 16KiB 数据页可靠且持久地写入您的数据文件。
Amazon RDS 优化型写入功能可用于 MySQL 主要版本 8.0.30 及更高版本。
Amazon RDS 优化型写入功能可用于 db.r6i 和 db.r5b 实例。它们在提供这些实例的所有区域都可用。
所有 RDS for MySQL 用户都应实施 Amazon RDS 优化型写入功能，最多可使写入事务吞吐量提高到原来的 2 倍。数字支付、金融交易和在线游戏应用程序等工作负载较大的应用程序将会发现此功能特别有用。
否，Amazon Aurora MySQL 兼容版已避免使用“双写缓冲区”。 相反，Aurora 跨三个可用区（AZ）以六种方式复制数据，并使用基于 Quorum 的方法持久地写入数据，然后正确地读取数据。
目前，此初始版本不支持为现有数据库实例启用 Amazon RDS 优化型写入功能，即使实例类支持优化型写入。
RDS for MySQL 客户无需额外付费即可使用 Amazon RDS 优化型写入功能。
Amazon RDS 优化型读取功能常见问题
全部打开使用 MySQL 中的临时对象进行查询处理的工作负载受益于 Amazon RDS 优化型读取功能。Optimized Reads 将临时对象放置在数据库实例的基于 NVMe 的实例存储上，而不是 Amazon EBS 卷上。这有助于将复杂的查询处理速度提高 50%。
Amazon RDS 优化型读取功能在 MySQL 版本 8.0.28 及更高版本中可供 RDS for MySQL 使用。
亚马逊 RDS 优化读取在提供 db.r5d、db.m5d、db.r6gd、db.m6gd、db.m6gd、x2idn 和 x2iedN 实例的所有区域均可用。有关更多信息，请参阅 Amazon RDS 数据库实例类文档。
当客户的工作负载需要复杂查询时，应使用 Amazon RDS 优化型读取功能；通用分析；或者需要复杂的组、排序、散列聚合、高负载连接和公用表表达式（CTE）。这些使用案例导致创建临时表，从而允许优化型读取功能加快工作负载的查询处理。
是的，客户可以通过将您的工作负载移动到支持 Optimized Reads 的实例，将现有的 Amazon RDS 数据库转换为使用 Amazon RDS Optimized Reads。默认情况下，所有受支持的实例类都可以使用 Optimized Reads。如果您正在 db.r5d、db.m5d、db.r6gd、db.m6gd、X2idn 和 X2iedn 实例上运行工作负载，那么您已经从 Optimized Reads 中受益。