MySQL 5.6におけるsync_binlog=1の改善について＆勉強会のお知らせ - SH2の日記

2012年6月のエントリの続きです。前回は同期レプリケーションによるネットワーク遅延のある環境において、MySQLの性能がどの程度低下するのかということを確認しました。その中でも特にsync_binlogが1に設定されている場合、性能が大きく低下するということが分かりました。参考としてAmazon RDSのマルチAZデプロイメントにおいては、性能と信頼性のトレードオフを考慮した結果、sync_binlogがデフォルトで0に設定されているということを調査しました。 タイトルでネタバレしていますが、MySQLの次期バージョン、MySQL 5.6でこのsync_binlog=1の性能が大きく改善します。前回と同じ負荷テストをMySQL 5.5.25からMySQL 5.6.6-labsに差し替えて行った結果を、以下に示します。 前回のMySQL 5.5.25と異なり、sync_binlog=1にお

[sh2]

セッション資料全然できてない困った

[nishidy]

"Client1は以前に始まったfsync()が終わるのを待っており、そのfsync()が終わったら、その時点で一緒に待っていたClient2とグループを形成して、次のfsync()に2つのCOMMITをまとめます"

[you21979]

sync_binlog

[lesamoureuses]

“グループ・コミットとは、複数のクライアントからのコミット要求をまとめて処理する機能”

[takatoshiono]

…

[luccafort]

なるほど、面白かった。

[ryonkn]

sync_binlog=1の改善

[istb16]

MySQL 5.6におけるsync_binlog=1の改善について＆勉強会のお知らせ - SH2の日記

[akuwano]

これはめちゃくちゃ改善してる！

[indication]

グループコミットの性能向上と他のdbの対応状況について

[y0sh1kaw]

"オラクル青山センターですのでコーヒーもたくさん飲めます。"

[hiroshi_revolution]

MySQL 5.6におけるsync_binlog=1の改善について＆勉強会のお知らせ - SH2の日記

[riywo]

すごい！これはすごい！