管理 Amazon Aurora MySQL 性能和扩展
扩展 Aurora MySQL 数据库实例
您可通过两种方式扩展 Aurora MySQL 数据库实例，即实例扩展和读取扩展。有关读取扩展的更多信息，请参阅读取扩展。
您可以通过修改数据库集群中每个数据库实例的数据库实例类，来扩展 Aurora MySQL 数据库集群。Aurora MySQL 支持多种针对 Aurora 优化的数据库实例类。不要将 db.t2 或 db.t3 实例类用于大小大于 40 TB 的较大 Aurora 集群。有关 Aurora MySQL 支持的数据库实例类的规格，请参阅Aurora 数据库实例类。
至 Aurora MySQL 数据库实例的最大连接数
允许连接到 Aurora MySQL 数据库实例的最大数量由数据库实例的实例级参数组中的 max_connections 参数确定。
下表列出了可用于 Aurora MySQL 的每个数据库实例类的结果 max_connections 默认值。您可通过增加内存将实例缩放为数据库实例类，或通过将实例的数据库参数组中的 max_connections 参数设置为更大的值（最大为 16,000）来增加至您的 Aurora MySQL 数据库实例的最大连接数。
| 实例类 | max_connections 默认值 |
|---|---|
|
db.t2.small |
45 |
|
db.t2.medium |
90 |
|
db.t3.small |
45 |
|
db.t3.medium |
90 |
|
db.t3.large |
135 |
|
db.t4g.medium |
90 |
|
db.t4g.large |
135 |
|
db.r3.large |
1000 |
|
db.r3.xlarge |
2000 |
|
db.r3.2xlarge |
3000 |
|
db.r3.4xlarge |
4000 |
|
db.r3.8xlarge |
5000 |
|
db.r4.large |
1000 |
|
db.r4.xlarge |
2000 |
|
db.r4.2xlarge |
3000 |
|
db.r4.4xlarge |
4000 |
|
db.r4.8xlarge |
5000 |
|
db.r4.16xlarge |
6000 |
|
db.r5.large |
1000 |
|
db.r5.xlarge |
2000 |
|
db.r5.2xlarge |
3000 |
|
db.r5.4xlarge |
4000 |
|
db.r5.8xlarge |
5000 |
|
db.r5.12xlarge |
6000 |
|
db.r5.16xlarge |
6000 |
|
db.r5.24xlarge |
7000 |
| db.r6g.large | 1000 |
| db.r6g.xlarge | 2000 |
| db.r6g.2xlarge | 3000 |
| db.r6g.4xlarge | 4000 |
| db.r6g.8xlarge | 5000 |
| db.r6g.12xlarge | 6000 |
| db.r6g.16xlarge | 6000 |
| db.x2g.large | 2000 |
| db.x2g.xlarge | 3000 |
| db.x2g.2xlarge | 4000 |
| db.x2g.4xlarge | 5000 |
| db.x2g.8xlarge | 6000 |
| db.x2g.12xlarge | 7000 |
| db.x2g.16xlarge | 7000 |
如果创建新的参数组以自定义您自己的连接限制默认值，您将看到默认连接限制是使用基于 DBInstanceClassMemory 值的公式得出的。正如上表中所示，由于逐渐增大的 R3、R4 和 R5 实例之间的内存加倍，该公式生成的连接限制将增加 1000；而对于 T2 和 T3 实例的不同内存大小，该限制将增加 45。
DBInstanceClassMemory 值代表可供数据库实例使用的内存容量（以字节为单位）。该数字由 Aurora 内部计算得出，您无法直接查询。Aurora 会在每个数据库实例中保留一些内存，以供 Aurora 管理组件使用。对可用内存进行的此调整会导致 max_connections 值低于公式为关联的数据库实例类使用全部内存时的值。
Aurora MySQL 和 RDS for MySQL 数据库实例的内存开销不同。因此，对于使用相同实例类的 Aurora MySQL 和 RDS for MySQL 数据库实例，max_connections 值可能不同。表中的值仅适用于 Aurora MySQL 数据库实例。
T2 和 T3 实例的连接限制低得多是因为，对于 Aurora，这些实例类仅用于开发和测试方案，而不用于生产工作负载。
在对其他主要内存使用者（例如，缓冲池和查询缓存）使用默认值的系统中，将调整默认连接限制。如果为集群更改这些其他设置，请考虑调整连接限制以将数据库实例上的可用内存增加或减少情况考虑在内。
Aurora MySQL 的临时存储限制
Aurora MySQL 将表和索引储存在 Aurora 存储子系统中。Aurora MySQL 对于非持久性临时文件使用单独的临时存储。这包括用于在查询处理过程对大型数据集进行排序或者用于索引构建操作等用途的文件。有关存储的更多信息，请参阅 Amazon Aurora 存储和可靠性。
下表显示了每个 Aurora MySQL 数据库实例类可用的最大临时存储空间。
| 数据库实例类 | 最大可用临时存储空间 (GiB) |
|---|---|
| db.x2g.16xlarge | 1 280 |
| db.x2g.12xlarge | 960 |
| db.x2g.8xlarge | 640 |
| db.x2g.4xlarge | 320 |
| db.x2g.2xlarge | 160 |
| db.x2g.xlarge | 80 |
| db.x2g.large | 40 |
| db.r6g.16xlarge | 1 280 |
| db.r6g.12xlarge | 960 |
| db.r6g.8xlarge | 640 |
| db.r6g.4xlarge | 320 |
| db.r6g.2xlarge | 160 |
| db.r6g.xlarge | 80 |
| db.r6g.large | 32 |
| db.r5.24xlarge | 1920 |
| db.r5.16xlarge | 1 280 |
| db.r5.12xlarge | 960 |
| db.r5.8xlarge | 640 |
| db.r5.4xlarge | 320 |
| db.r5.2xlarge | 160 |
| db.r5.xlarge | 80 |
| db.r5.large | 32 |
| db.r4.16xlarge | 1 280 |
| db.r4.8xlarge | 640 |
| db.r4.4xlarge | 320 |
| db.r4.2xlarge | 160 |
| db.r4.xlarge | 80 |
| db.r4.large | 32 |
| db.t4g.large | 32 |
| db.t4g.medium | 32 |
| db.t3.large | 32 |
| db.t3.medium | 32 |
| db.t3.small | 32 |
| db.t2.medium | 32 |
| db.t2.small | 32 |
这些值表示每个数据库实例理论上的最大可用存储空间。可供您使用的实际本地存储空间可能会更小。Aurora 会在管理过程中占用一些本地存储，数据库实例甚至在加载任何数据之前也会占用一些本地存储。您可以使用 FreeLocalStorageCloudWatch 指标监控指定数据库实例可用的临时存储，如 Amazon Aurora 的 Amazon CloudWatch 指标 中所述。目前您可以检查空闲存储空间大小。您还可以随时间推移绘制空闲存储空间大小。监控一段时间内的空闲存储情况可以帮助您确定空闲存储空间大小是在增加还是减少，或者找到最小值、最大值或平均值。