web-dev-qa-db-ja.com

データベース（MySQL）とSSDの存続期間-DBへの「大量の」書き込み

私が働いている会社では、内部の3 GBMySQLデータベースにSSDを使い始めました。

パフォーマンスの違いは非常に大きく、それは素晴らしいことです。

私が心配しているのはSSDの寿命です

DBへの書き込みは24時間年中無休で実行され、読み取りはほとんどありません。

SSDの寿命について心配する必要がありますか？

  • データベース（バイナリ）のサイズは3 GB、MySQL、InnoDBテーブル
  • ハードドライブのサイズは250GB（RAID 1）
  • 24時間年中無休で1分あたり約100のUPDATE/INSERTを実行します
  • 24時間年中無休で1分あたり約10〜20行のUPDATE/INSERTを実行します

更新：（さらにいくつかのデータ）

  • 使用中のSSD：SAMSUNG 250GB 840 Evo SATA III
  • ソフトウェアRAID（mdadm）
  • システム：CentOS 6.4
  • MySQLバージョン：5.4

更新2：

  • tRUNCATEクエリは実行されません
  • 毎日の統計：多くのUPDATE（> 300k）、<50 DELETE、データベースが最大7〜10 MB /日増加しているため、かなりの数のINSERT
mysqldatabasestoragessd
3
Peter

10MB /日= 4GB /年。 ext4でフォーマットされ、TRIMが有効になっている場合、他のデータはSSDに保存されません（特にスワップ）。 200GB/4GB * 2 = 1（！）の完全なRWサイクルで100年、SSDは数千に耐えることができます。

一般的な推奨事項に従い、TRIMを有効にして問題ありません： https://wiki.archlinux.org/index.php/Solid_State_Drives

あなたの場合、問題はRAIDにあるかもしれません。 Centos 6.4のLVMは、issue_discardsオプションから/etc/lvm/lvm.confまでのTRIMをサポートします。 mdraid-しません（ RHELソリッドステートディスク導入ガイドライン を参照）

世界的に、正直なところ、内部再割り当て予約の枯渇によって引き起こされたSSDの死について聞いたことがありません。LinusTorvaldのSSDが死んだときに一度だけ読んだことがあります（ https://plus.google.com/+LinusTorvalds/posts/V81f6d7QK9j ）。私はいくつかの古い（おそらく第1世代の）モデルをサーバー上のHW RAIDを備えたブロックキャッシュとして使用しており、フラッシュレートははるかに高く、何年も実行されています。

3
GioMac