谢谢。
它曾经是你的数据库必须适应内存使用MySQL集群。 我相信现在的情况是，你的索引必须适应内存，但数据可以是磁盘绑定的。 如果你有足够的内存在你的服务器（64GB是很有可能的），那么你设置。
MySQL集群是一个小生境，我认为在大多数情况下，问题存在更好的解决scheme。 如果你给我更多的细节，我会回复实物。
回复第一条评论群集是一个利基的东西，因为这些内存限制。 通常情况下，需要冗余的东西很大，速度不是。 集群硬件要求对于每天处理5,500个RADIUS行插入来说是极其矫枉过正的。 我build议你使用碎片你的设置。 将集群用于当前条目，然后将其复制到具有正常备份和离线/服务时间的常规服务器，以处理历史数据。 这将为您提供群集的稳定性，强烈保证您不会丢失任何数据或遭受停机。
一个mysql服务器可以处理50-60GB的数据。 这真的取决于你的数据库设置和你的查询可能有多复杂。
我的意思是你可以通过编写一个没有连接的应用程序来使mysql飞行。或者你可以通过执行非常复杂的查询来使其爬行。
首先，如果你想容易冗余的话，我会select一个集群。
编辑集群rammath
使用以下公式计算出每个存储节点上所需的RAM数量：
(Size of database * NumberofReplicas * 1.1) / Number of storage nodes NumberofReplicas默认设置为两个。 如果你愿意，你可以在config.ini中改变它。 因此，例如，如果在两台服务器上运行4GB数据库，并将NumbeOfReplicas设置为2，则每个存储节点上需要4.4 GB的RAM。 对于SQL节点和pipe理节点，根本不需要太多RAM。 要在NumberOfReplicas设置为2的4台服务器上运行4GB数据库，每个节点需要2.2GB。