我目前正在考虑的一个用例是在raid中使用SSD：s存储没有删除的数据库,只执行读写操作.
这是否会绕过在运行raided SSD时无法使用TRIM的常见问题：或其他(据称与数据库管理数据的方式有关)表面？
更新：值得一提的是为什么我开始考虑做这样的事情的可行性是因为这些堆栈交换站点似乎已经使用SSD存储了一段时间(http://blog.serverfault.com/post/our-storage-decision/)
解决方法
与传统磁盘相比,无论使用随机和非顺序模式的TRIM,每个IO的美元都会好得多(最终IO活动似乎总是随机的).虽然写入沉重的环境与SSD和TRIM支持相结合是一个问题,但我认为它有点像红色鲱鱼.我会把注意力转向可靠性.这是因为我写的很多SSD故障都是在写入之前发生的,应该是杀死驱动器.这可能是固件边缘情况,芯片问题.例如,最近：
你可以在这个主题上与SSD和存储专家争论好几天,但归结为SSD仍然是一项相对较新的技术 – 不是前沿,而是新技术.该技术正在快速发展,这意味着失败率确实没有太多数据.当有数据时,你已经是下一代了.此外,在SSD方面,堆栈的其他一些部分(如文件系统和磁盘调度程序)可能还不完善.
汤姆的硬件表现相当不错study on SSD reliability并得出结论：
“我们现在可以得出的唯一明确结论是,你应该从SSD供应商那里获得任何可靠性要求.”
所以大多数人正在做的只是猜测.
超暴力
这意味着如果您无法在Ultra-Violence或Nightmare中使用存储,那么SSD就是勇敢的！模式,你应该留在磁盘上.一如既往,该技术应该反映业务 – 在Stack Exchange,我们使用SSD,因为我们是性能迷,并且不需要全球银行的正常运行时间/风险缓解.那么,如果您决定使用它们,这对系统管理员意味着什么？
>有冷备件.机架中的替换驱动器是否已准备好更换驱动器(关于SSD的一个好处是重建率很高)
>监控所有阵列.一旦驱动器发生故障,您应该立即收到警报
>设置了大量冗余并为失败做好准备
>确保备份正常
最后,请注意您正在进行的工作,并做好准备.无论有没有修剪,我的经验表现都会令人沮丧.由于我们在博客文章的那个时间(Raid 10 6个磁盘)中已经在我们的数据库服务器中安装了这些SSD,这就是今天没有TRIM和100-800 Transfer / s的性能：
