現在、MySQLデータ用にRAID10構成で16個のEBSボリュームを備えたEC2を使用しています。 EBSボリュームをRAIDに配置することを推奨しない人がいることは知っていますが、現時点ではそれは私が懸念していることではありません。現在の形式はext3ですが、より高速であるという多くの報告があるため、xfsへの移行を実験しています。ただし、パーティションがxfsに変換されると、実際にはパフォーマンスが低下します。挿入、更新、選択、および削除を使用して実行されたベンチマークは、xfsを使用すると10秒以上遅くなりました。
何が問題になるのか考えてみませんか?以下はfstabエントリです(実際にはext3をxfsに変更しただけです)。データベーステーブルはinnodbであり、innodb_file_per_tableを使用しています。
/ dev/mapper/vg_data-lv_data/data xfs noatime 0 0
ありがとう。
XFSファイルシステムは常に チューニングが必要 。デフォルトのmkfsとmountを実行すると、まあまあのパフォーマンスが得られます。ファイルシステムの作成時に割り当てグループ番号を設定することをお勧めします。書き込みバリアを無効にすることは理にかなっているかもしれません。また、使用している特定のカーネルシリーズのファイルシステムの使用法とマウントオプションにも細心の注意を払ってください。いくつかの興味深いデフォルトは 最近バックポートされた でした。
I/Oエレベータの設定も確認してください。次の推奨事項のいくつかを見てください: CentOS6はCentOS5よりもはるかに多くのことを行っていますIO
Percona(www.percona.com)で働いている知人は、ノーバリアマウントオプションの使用を提案しました。それは物事を大いにスピードアップしました。
XFS was 2.6.39、IIRCまでメタデータ操作が遅い。従来、このサイトでは、サーバーのカーネルのバージョンについては言及していませんでした。だから私たちは今推測するだけです。
Pinterestの人からのスライドを見てください: https://www.percona.com/live/mysql-conference-2015/sites/default/files/slides/all_your_iops_are_belong_to_usPLMCE2015.pdf
いくつかの例:
カーネル3.13 + EXT4
4K RAIDブロック、EXT4、カーネル3.13書き込みスループット87MB /秒99パーセンタイルレイテンシ:124ms
64K RAIDブロック、EXT4、カーネル3.13書き込みスループット88MB /秒99パーセンタイルレイテンシ:122ms
カーネル3.18 + XFS
4K RAIDブロック、XFS、カーネル3.18書き込みスループット550MB /秒99パーセンタイルレイテンシ:3.7ms
64K RAIDブロック、XFS、カーネル3.18書き込みスループット650MB /秒99パーセンタイルレイテンシ:6.2ms