Amazon RDS 上的 MySQL 的已知问题和限制

下面给出了有关对 Amazon RDS 使用 MySQL 的已知问题和限制。

不一致的 InnoDB 缓冲池大小

对于 MySQL 5.7，管理 InnoDB 缓冲池的方式当前存在错误。MySQL 5.7 可能将 innodb_buffer_pool_size 参数的值调整为较大的值，这会导致 InnoDB 缓冲池增长得过大并占用过多内存。此效果会导致 MySQL 数据库引擎停止运行或阻止 MySQL 数据库引擎启动。可用内存较少的数据库实例类更易出现此问题。

要解决此问题，请将 innodb_buffer_pool_size 参数的值设置为 innodb_buffer_pool_instances 参数值和 innodb_buffer_pool_chunk_size 参数值的积的倍数。例如，您可以将 innodb_buffer_pool_size 参数值设置为 innodb_buffer_pool_instances 参数值和 innodb_buffer_pool_chunk_size 参数值的积的 8 倍，如以下示例所示。

innodb_buffer_pool_chunk_size = 536870912

innodb_buffer_pool_instances = 4

innodb_buffer_pool_size = (536870912 * 4) * 8 = 17179869184

索引合并优化返回错误结果

使用索引合并优化的查询可能因 MySQL 5.5.37 中引入的 MySQL 查询优化程序中的 Bug 而返回错误结果。当您发出针对一个带多条索引的表的查询时，此优化程序将基于多条索引扫描一系列行，但无法正确地合并这些结果。有关查询优化程序错误的详细信息，请转至

MySQL 错误数据库中的 http://bugs.mysql.com/bug.php?id=72745 和 http://bugs.mysql.com/bug.php?id=68194。

例如，假设发出针对一个带两条索引的表的查询，其中搜索参数会引用索引列。

SELECT * FROM table1

WHERE indexed_col1 = 'value1' AND indexed_col2 = 'value2';

在此情况下，搜索引擎将搜索这两条索引。但由于出现错误，导致合并结果不正确。

要解决此问题，您可以执行下列操作之一：

在 MySQL 数据库实例的数据库参数组中将 optimizer_switch 参数设置为 index_merge=off。有关设置数据库参数组参数的信息，请参阅使用数据库参数组。

将 MySQL 数据库实例升级到 MySQL 5.6、5.7 或 8.0 版。有关更多信息，请参阅 升级 MySQL 数据库快照。

如果无法升级实例或更改 optimizer_switch 参数，您可以通过显式标识查询的索引来纠正错误，例如：

SELECT * FROM table1

USE INDEX covering_index

WHERE indexed_col1 = 'value1' AND indexed_col2 = 'value2';

有关更多信息，请转至索引合并优化。

日志文件大小

对于 MySQL，写入到重做日志的 BLOB 存在大小限制。要解决此限制，请确保您的 MySQL 数据库实例的 innodb_log_file_size 参数是在您的表中找到的最大 BLOB 数据大小与同一表中其他可变长度字段 (VARCHAR、VARBINARY、TEXT) 的长度的和的 10 倍。有关如何设置参数值的信息，请参阅使用数据库参数组。有关重做日志 BLOB 大小限制的信息，请转至 MySQL 5.6.20 中的更改。

Amazon RDS 数据库实例的 MySQL 参数异常错误

某些 MySQL 参数在与 Amazon RDS 数据库实例一起使用时需要考虑一些特殊的注意事项。

lower_case_table_names

因为 Amazon RDS 使用区分大小写的文件系统，所以不支持将 lower_case_table_names 服务器参数的值设置为 2 (“按原样存储名称，但按小写字母进行比较”)。以下是 Amazon RDS for MySQL 数据库实例支持的值：

所有 Amazon RDS for MySQL 版本支持 0(“名称存储为给定名称，并且比较区分大小写”)。

Amazon RDS for MySQL 版本 5.5、版本 5.6、版本 5.7 和版本 8.0.19 及更高的 8.0 版本支持 1(“以小写字母形式存储名称，并且比较不区分大小写”)。

在创建数据库实例前，应将 lower_case_table_names 参数设置为自定义数据库参数组的一部分。您应该避免更改现有数据库实例的 lower_case_table_names 参数，否则可能导致时间点恢复备份与只读副本数据库实例不一致。

只读副本应总是使用与源数据库实例相同的 lower_case_table_names 参数值。

long_query_time

您可以将 long_query_time 参数设置为浮点值，这可让您将慢查询以微秒分辨率记录到 MySQL 慢查询日志中。您可以设置一个值(如 0.1 秒，也就是 100 毫秒)，在调试时间不到一秒的慢事务时提供帮助。

Amazon RDS 中的 MySQL 文件大小限制

对于 Amazon RDS MySQL 数据库实例，最大预配置存储限制在使用 InnoDB file-per-table 表空间时将表的最大大小限制为 16 TB。此限制也将系统表空间的最大大小约束为

16 TB。默认情况下，为 Amazon RDS MySQL 数据库实例设置 InnoDB file-per-table 表空间 (表各自位于自己的表空间中)。

注意

某些现有的数据库实例具有下限。例如，在 2014 年 4 月之前创建的 MySQL 数据库实例的文件和表大小限制为 2 TB。不管创建数据库实例的时间如何，此 2

TB 文件大小限制也适用于从 2014 年 4 月之前创建的数据库快照创建的数据库实例或只读副本。

根据您的应用程序，使用 InnoDB file-per-table 表空间有一些优缺点。要确定适用于您的应用程序的最佳方法，请转至 MySQL 文档中的 File-Per-Table 表空间。

建议不要允许表增长到最大文件大小。一般而言，更好的方法是将数据分区到较小的表中，这可以提高性能并缩短恢复时间。

可用于将大型表划分为较小表的一个选项是分区。分区可基于您指定的规则将大型表的各个部分分布到单独的文件中。例如，如果您按日期存储事务，则可以创建分区规则，以便使用分区将较旧的事务分布到单独的文件中。随后您可以定期存档无需随时可供应用程序使用的历史事务数据。有关更多信息，请转至

MySQL 文档中的分区。

确定表的文件大小

使用以下 SQL 命令可确定任何表是否太大以及是否适合进行分区。

SELECT TABLE_SCHEMA, TABLE_NAME,

round(((DATA_LENGTH + INDEX_LENGTH) / 1024 / 1024), 2) As "Approximate size (MB)"

FROM information_schema.TABLES

WHERE TABLE_SCHEMA NOT IN ('mysql', 'information_schema', 'performance_schema');

启用 InnoDB file-per-table 表空间

要启用 InnoDB file-per-table 表空间，请在数据库实例的参数组中将 innodb_file_per_table 参数设置为 1。

禁用 InnoDB file-per-table 表空间

要禁用 InnoDB file-per-table 表空间，请在数据库实例的参数组中将 innodb_file_per_table 参数设置为 0。

有关更新参数组的信息，请参阅使用数据库参数组。

启用或禁用 InnoDB file-per-table 表空间后，可以发出 ALTER

TABLE 命令将一个表从全局表空间移至它自己的表空间，或从它自己的表空间移至全局表空间，如以下示例所示：

ALTER TABLE table_name ENGINE=InnoDB;

不支持 MySQL 密钥环插件

目前，Amazon RDS for MySQL 不支持 MySQL keyring_aws Amazon Web Services 密钥环插件。