Ini adalah kasus "itu tergantung apa yang Anda lakukan." Mungkin saran "benar" adalah untuk menghindari SQL sama sekali dan menggunakan memcache / redis / etc!
Saya setuju dengan Anda bahwa RAM ekstra akan banyak membantu, terutama jika Anda dapat membaca seluruh set kerja ke dalam RAM. Ya itu masih harus menulis data, tetapi jika Anda memiliki sebagian besar membaca maka penulisan tidak akan memiliki perselisihan untuk disk I / O.
Namun kinerja disk sering menjadi hambatan pada server SQL dan lebih sulit daripada hal-hal lain seperti RAM untuk ditingkatkan nanti (jika Anda memiliki server yang tidak sepenuhnya diisi dengan DIMM).
Ada sejumlah komentar tentang RAID5 yang lambat, tapi saya akan mengatakan ini tidak selalu terjadi, jadi berhati-hatilah sebelum membuat pernyataan. Server yang benar-benar canggih dengan kartu RAID yang cepat dan banyak BBWC terkadang berjalan jauh lebih cepat di RAID5 (atau RAID50 dengan> 4 disk) daripada di RAID10 ...
Selama bertahun-tahun saya secara pribadi mengalami susunan RAID5 yang lambat, tetapi setelah melakukan pembandingan DL360 G5 dengan 4 cakram SAS 146G pada ~ 2009, kami harus memeriksa ulang pengujian kami. Memang, array berjalan lebih cepat dengan RAID5 daripada RAID10 di hampir setiap pengujian. BBWC dan perhitungan paritas cepat memungkinkan server dapat menggunakan 4 disk jauh lebih efektif sebagai array RAID5 daripada RAID10. Beberapa tes menunjukkan throughput 50% lebih baik dengan RAID5, dan hampir tidak ada yang lebih lambat. Tes yang lebih lambat hanya mendapat potongan 5-10%.
Saya akan memperingatkan orang-orang yang membuat pernyataan selimut bahwa RAID5 lambat, semua orang mengatakannya secara online, tetapi itu tidak benar dalam setiap kasus.