違いが分かるエンジニアのためのMySQL/InnoDB/ZFSチューニング！
明けましておめでとうございます。今年もコンピューター道に邁進して参りますのでよろしくお願いします！ さて、今年一発目のネタはMySQL利用時におけるZFSのチューニングについて取り上げようと思う。Solarisに搭載されている機能の中でも最も注目度の高いものの一つであるZFSであるが、MySQLのバックエンドとしてはあまり利用されていないように思う。（そもそもSolarisのユーザー数自体がそれほど多くないという話もあるが。）ZFSは優れたファイルシステムであり、ファイルシステム自体にスナップショット機能が搭載されていたり容量の限界に先が見えない（充分すぎるほど余裕がある）といった管理上のメリットがあり、DBAにとっては垂涎のファイルシステムであると言える。（Linuxで利用出来ないのが難点だが、ZFSを使うためにSolarisを使うのもアリだろう。） MySQL利用時におけるZFSのチュ
ZFS の性能劣化: uyota 匠の一手
ZFS は古いファイルシステムに無かった物を新しく作ったファイルシステムだ。しかし、古いファイルシステムから学ばずに醜い性能劣化をみせることもある。 UFS を始め FFS を基としたファイルシステムには、性能の劣化を防ぐ為にある程度の余裕が取られている。FreeBSD の UFS ではディスクの全てを使わずに、8% 分が予約領域として確保されている。その予約部分は root しか書き込めない。実体験としては 5% ぐらいまでなら問題は無く、3% ぐらいまで減らしてもファイルシステムとしては使える。 しかし、ZFS にはこの様な予備分は確保されていない。そのため、利用率が 95% を過ぎる頃からパフォーマンスが落ち始める。97% を越えた辺りからファイル操作が劇的に遅くなり、既にこの時点で普通の十倍以上の時間が掛かるようになっている。99% を過ぎる時には非常に醜い事態になる。この辺りにな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
