我计划在MySQL amazon RDS实例中恢复MySQL DB转储文件。我想获得一些关于配置MySQL RDS实例的建议,以便成功完成MySQL数据库备份(30GB大小)。上次我用m4large实例用8GB RAM尝试3GB备份文件还原。但恢复内存的时间达到了它的阈值并停止了进程。所以这次我想明确MySQL RDS实例配置接受30GB备份恢复。请给我一些关于此的建议
答案 0 :(得分:1)
如果您的实例仍然较小,则可以备份大数据,如果您以某种方式将数据或流程分解为更小的步骤。您可以在备份时寻找将整个数据分解为更小块的方法。使用任何可以让您将整个数据分成块的工具。 CHUNK对导出数据的(源)服务器有影响。 CHUNK大小以行数指定。例如,如果指定了1000行的块大小,则不会使用一个'SELECT ...'来获取数据,而是使用更多SELECT,例如'SELECT ..LIMIT 1,1000','SELECT ... LIMIT 1001,1000'将被使用,直到达到数据结束。这确保了可以指定一个CHUNK大小,该大小不超过用户的各种类型的资源(如可用内存)......什么会导致非常慢的操作,甚至可能导致'挂起'或'死锁'。同时指定不太大的CHUNK设置将确保不会发生超时。由于服务器'net_write_timeout'设置或与MySQL没有特别关联的网络设置,可能会发生此类超时。
此外,批量大小可以帮助您确定已保存文件的最大大小。基本上,您必须自己尝试一下才能找到最适合您的设置 - 如果您有更多,它们当然可能与不同的托管服务提供商有所不同。最便宜的主机的实际经验是CHUNKs设置2000-10000(行 - 取决于你有多少和什么类型的列)