我将格式化2个120GB Intel 320 SSD，用于高stream量的Drupal服务器。 该服务器有Xeon E1270 CPU和32GB RAM。 我正在使用Debian Squeeze 64位。 这是我的问题：
什么文件系统格式适合在这种情况下最好的：ext3，ext4，xfs或其他？
很有可能是xfs的ext4。 对其进行格式化并testing您的工作负载。
我倾向于不使用RAID 1。
如果你不提供一个有关可用性的狗屎，那么很好。 如果你这样做，我会重新考虑这个方法。
格式化一个磁盘专门用于MySQL，另一个用于文件系统的其余部分。 我认为这样可以最大限度地减less磁盘I / O延迟，并减less写入周期，从而提高磁盘的整体寿命。 你如何评估这种方法？
如果在此上运行的唯一服务器进程是mysql，那么在单独的磁盘上运行它没有多大的好处。 如果它是一个运行Apache和其他进程的服务器，这更有意义。 将它放在一个单独的物理磁盘上会有一点点的性能提升，但是我真的会在RAID 10中十次运行磁盘。
认真，但是。 如果你关心一下服务器的用户，那么不用运行RAID。 想想这样：
你多久进行一次备份？ 如果是每天的话，想象一下磁盘就会在下一个备份窗口之前死亡。 您的用户将如何应对失去一天的工作？
现在想象一下，从备份恢复，testing，并将所有事情都恢复起来需要4-6小时。 现在，您的用户已经失去了一天的工作时间，并且无法在一天中更好的时间使用服务器。
是否真的值得一点额外的performance？ 可能不会。
如果你真的想分开你的数据库，得到两个SSD，并运行两个RAID 1或一个RAID 10。
不要重复自己：
和别的：
所以EXT4超出了范围。
UPD。 ：我会再添加一个链接 – 我的感觉是COW FSes …
有了两张磁盘，你可以使用Raid 1（Mirror）或者Raid 0（Striping）。 当然对于性能，你会selectRaid 0 over Raid 1.实际上这里有一个wiki，涵盖了所有的RAID，我会寻找和链接它。 一定要确保你有某种备份系统来取得你的数据的映像种子。 如果你失去了一个磁盘（在RAID 0），你会失去一切。
对于文件系统，你应该使用EXT4。 这里有一个链接 ，其中有几个Linux文件系统相互进行了基准testing。