刚刚和戴尔通了电话，他告诉我说，他们的Perc6控制器的256MB到512MB没有什么区别。
我瞄准一个非常快速的MySQL服务器，RAID10 15k中有4个数据磁盘，还有2个根磁盘RAID1。
任何build议请。
差异取决于特定的情况。 我会一直带着更多的记忆，因为这意味着更多的机会让我的数据可供阅读。 不要忘记，如果你有电池支持的内存，这个内存也有助于数据写入。
然而，总是有一个关键的数量能够提供最好的性价比。 把内存加倍，你只能提高20％的性能。
如果有足够的钱，我会去追求更多的记忆。
控制器中的一个更大的缓冲区将通过收集大量分散的写入并组织它们使得它们更快，从而有助于整体写入速度。 在某些情况下，如果在将块提交到磁盘之前进行了修改，则甚至可能会消除写入序列。 如果你有足够的负载来填补它，更多的内存将有所帮助。
没有任何工作量信息，这可能是我可以给你的最好的。
整个事情基本上归结于您的特定使用场景。 如果你有钱，去追加额外的内存，因为扔硬件不会伤害，但没有足够的影响性能。
如果您稍后可以升级内存，并且现金不足256，请查看您的统计信息在实际性能中显示的特定工作负载和使用情况 。
人们会问关于XYZ是否足够用于Web服务器或Web BBS …好吧，有一个Commodore 64在互联网上运行Web服务器 。 这对他们来说已经足够了。 除了斜杠，否则它只需要满足他们的需求。
您的磁盘使用情况取决于您如何狠狠地控制磁盘。 你有任何目前的数据可以分享，以估计你的负载？
512MB将提高caching命中的几率。 这有多大的影响将取决于你的工作量的工作集。 工作集是您的应用程序频繁使用的数据集，足以导致caching未命中导致严重延迟。
在极端情况下，例如1TB表的表扫描，不存在引用的局部性（相同块被命中的可能性不止一次），所以没有合理数量的高速caching将产生显着差异。 在另一个极端，整个数据库可以放入caching。
得到清楚的好处的唯一方法是testing。 但是，除非512MB高速caching模块昂贵得多，否则可以获得最大的高速caching。