我计划在 MySQL amazon RDS 实例中恢复 MySQL DB 转储文件。我想获得一些有关配置 MySQL RDS 实例的建议，以使 MySQL 数据库备份（30GB 大小）成功完成。上次我尝试使用 8GB RAM 的 m4large 实例恢复 3GB 备份文件。但是恢复内存的时间达到了它的阈值并停止了该过程。所以这次想搞清楚 MySQL RDS 实例配置，接受 30GB 备份恢复。请给我一些建议
【问题讨论】：
标签： mysql amazon-rds
如果您有一个较小的实例，如果您可以通过某种方式将数据或流程分成更小的步骤，那么您仍然可以备份大数据。您可以寻找一种方法在备份时将整个数据分成更小的块。使用任何可以让您将整个数据分成块的工具。 CHUNK 对导出数据的（源）服务器有影响。 CHUNK 大小以行数指定。例如，如果指定了 1000 行的块大小，那么将不会简单地使用一个 'SELECT ...' 来获取数据，而是使用更多 SELECT 来获取，例如 'SELECT ..LIMIT 1,1000'、'SELECT ... LIMIT 1001,1000'将一直使用到数据结束。这确保可以为用户指定不超过各种类型资源（如可用内存）的 CHUNK 大小......这会导致操作非常缓慢，甚至可能导致“挂起”或“死锁”。还指定一个不太大的 CHUNK 设置将确保不会发生超时。这种超时可能是由于服务器的“net_write_timeout”设置或与 MySQL 无关的网络设置。
批量大小也可以帮助您确定保存文件的最大大小。基本上，您必须自己进行一些试验才能找到最适合您的设置 - 当然，如果您有更多设置，不同的托管服务提供商可能会有所不同。最便宜的托管的实际经验是 CHUNK 设置为 2000-10000（行 - 取决于您拥有的列的数量和类型）
【讨论】：