最近重新摊上了数据库，公司核心数据库天天 IO爆满，在研究用SAS 16*RAID10 ，还是RAID10 SSD*6, 还是FIO；
no.1 principle, no raid-5 for database; 哎；万恶之源；
no.2 principle, 大部分情况下，数据库不需要太高的CPU，现在2 socket都基本上够用了；多了MySQL也用不上；
no.3 principle, 大内存，高IO，是现代基于web的数据库的必备条件；
     现在大公司都已经全面转向SSD，FIO了；

FIO无论从哪方面，都是绝对的最佳之选；当然价格也是最贵的；FIO也已经内置基本的RAID功能；一般不需要，也不好配置RAID；由于是基于PCI-E插卡的，所以没有办法做基于主机的RAID卡的配置；只能在OS层面通过LVM做raid；
FIO的响应时间是最低的；吞吐量是最高的；

SSD还没跑过；不敢没有RAID直接跑SSD；6*200GB SSD做raid10，容量和价格都和同样规格的FIO差不多了；现在看来性价比比较低；
很多人都在讲，SSD不经过raid卡的性能更好；我完全不认同；
第一，ssd没有raid根本不敢生产使用；
第二，raid卡的性能degrade，就算有，不在可以measure范围之内；好多人comment，但是没有一个能够给出性能degrade 的百分比；个人相信小于10%；
第三，raid卡有可能成为性能瓶颈；但是在Dell H710 RAID卡的级别，基本上是正常应用无法到的瓶颈了；H 710理论限制是150K IOPS；

SAS作为高性能web数据库，已经没落了；对于低端应用或者传统企业应用，还能将就跑一跑；
最低配置，raid10，盘的数目要上去，还是可以顶一顶的；8*200=1600写的IOPS，读的IOPS大概可以到3000？对于一个MySQL来讲，也差不多了；

初步决定，核心系统先上SAS RAID10，稳妥为重；
备库上SSD和FIO比较；倾向于长期而言，全部核心系统换成FIO；SSD的性价比不高；

*2013-08-10 update：
*在经历419,719两次系统大促后，update 下实际情况
1. MySQL在5.5版本和5.1 + InnoDB Plugin 的情况下，对多核CPU利用还是有限制；
   不能相信CPU使用30%，在没有其他瓶颈的情况下，系统还能承受3x 压力；
2. MySQL在高压力情况下，应该跑在高CPU主频，+ Flash 卡的机器上面；
3. 在开发能力更不上的情况下，Flash卡还是best solution 来快速work around很多业务问题；
4. Flash is the king, on the web;

【SSD，FIO，SAS选择的一些小结】SSD，FIO，SAS选择的一些小结