最近のLinuxで有効になっているI/Oバリア機能と、RDBへの影響 | Unofficial DB2 BLOG

比較的新しいカーネルを採用したLinuxディストリビューションでは、ファイルシステムのI/Oバリア (I/O barrier)機能がデフォルトで有効になっています。例えばRedhat Enterprise Linux (RHEL) 6やSUSE Linux Enterprise Server (SLES) 11等はインストール直後の状態でext4ファイルシステムのI/Oバリアが有効になっているようです。 I/Oバリアは簡単にいうと、「バリア命令」の後で発行されたI/Oは、バリア命令の前に発行されたI/Oの後に必ず実行されるようにする仕組みです。つまりI/Oの順序（物理ディスクに反映される順番）をまもらせる仕組みといえます。 ファイルシステムにI/Oバリア機能が追加されたのは、ファイルシステムが不整合な状態になる可能性を減らすためです。 そもそも、急な電源断でもファイルシステムの不整合が起こ

[ngyuki]

RDB では I/O バリアを無効にしたほうが良い

[ono_matope]

"おそらくCOMMITした際にはDB2はトランザクションログをハードウェアのキャッシュまで含めてフラッシュしているため、ファイルシステム側で考慮してもらわなくても問題ないのでしょう" そんなことできるんだ

[norisu0313]

最近のLinuxで有効になっているI/Oバリア機能と、RDBへの影響

[fujya]

nobarrierオプション

[yabu_kyu]

“ハードディスク装置にキャッシュが内蔵されると、書き込みでfsync()を実行しても、実際のディスクではなくキャッシュに書き込んだ時点でfsync()が返ってしまいます。”

[smbd]

ストレージ側にBBUとかがついてるものなら、まず無効にして問題無さそう

[Akaza]

RHEL6 CentOS6 / アレイコントローラにバッテリーが付いていれば問題無いんだろうか

[kimutansk]

HDD装置のキャッシュへの対応でIOバリアがデフォルトONになったが、自前で整合性を保持する機構を備えたDBではそれで性能が落ちる・・と

[tmatsuu]

ほほう。ext4でもnobarrier

[michihide]

デフォルトがオンなのか。。

[diary193]

バリア機能についての概要。nobarrierする場合は不意の電源断に対処するためディスクコントローラ側にキャッシュバッテリー必須か。

[hiro_y]

「比較的新しいカーネルを採用したLinuxディストリビューションでは、ファイルシステムのI/Oバリア (I/O barrier)機能がデフォルトで有効になっています。」

[shimooka]

『I/Oバリアをオフにする事が推奨されています』

[yass]

" ファイルシステムのI/Oバリア (I/O barrier)機能がデフォルトで有効 / 例えばRedhat Enterprise Linux (RHEL) 6 / MySQLについては、松信さんのプレゼン資料で"xfsはI/Oバリアがデフォルトで有効なので消すこと"と書かれています。"

[kenjiskywalker]

[I/Oバリア]

[nanakoso]

DBMSのコミット処理とかぶるのでDBで使用するときはOFFでよい

[y0sh1kaw]

I/Oバリア

[hiroyukim]

I/O バリア

[teramako]

IOバリア

[dagjmpd]

最近のLinuxで有効になっているI/Oバリア機能と、RDBへの影響