第2回 MySQL・PostgreSQLユーザーグループ（MyNA・JPUG）合同DB勉強会 in 東京
-
nuko_yokohama
- 10734
- 21
- 24
- 47
-
- いいね！47
🐬𝕏🍣𝕏🍻
@RKajiyama
@nuko_yokohama 論理再構成等なしにマスターで実行されたSQL文そのものがスレーブに渡ります。バイナリログにはSQL文そのものと、実行されたタイムスタンプなどのメタデータがバイナリデータとして記録され、それをそのまま渡してるのがSBRでのレプリケーション
2016-02-20 13:14:18
ぬこ＠大阪 16.1
@nuko_yokohama
#chugokudb バイナリログの一生。リレーログまでは直列化されている。リレーログの取り出しはパラレルで実行されるって言うけど、実際には同一スキーマに対する更新だと、ほぼ直列化と変わらないのかな。
2016-02-20 13:23:34
🐬𝕏🍣𝕏🍻
@RKajiyama
RBRのとこで binlog_row_image が無かった気がする。変更の無かった列はbinlogに書かないことでログサイズ量減らせるよ。若干制約あるけど dev.mysql.com/doc/refman/5.7… #chugokudb
2016-02-20 13:24:07
ぬこ＠大阪 16.1
@nuko_yokohama
#chugokudb PostgreSQLよりMySQLのほうがレプリケーションを簡単に使えるイメージでいたけど、MySQLはMySQLなりにいろいろ気をつけないといけないポイントがあるのねえ。
2016-02-20 13:25:43
🐬𝕏🍣𝕏🍻
@RKajiyama
MySQL 5.7のマルチスレッドでコミット順を入れ替えない設定はslave_preserve_commit_order だたしデフォルトではOFF dev.mysql.com/doc/refman/5.7… #chugokudb
2016-02-20 13:26:01
🐬𝕏🍣𝕏🍻
@RKajiyama
MySQL 5.6, 5.7ではもはや sync_binlog=1は通常の設定 オーバーヘッドは5.5時代とは比にならないぐらい抑えられてる #chugokudb
2016-02-20 13:27:19
Guutara mmmmm (⁰⊖⁰) くぁwせdrftgy ふじこlp
@Guutara
性能と可用性をあげると、データの永続性が危険にさらされるって話は、永遠だなぁ... #chugokudb
2016-02-20 13:29:27
ぬこ＠大阪 16.1
@nuko_yokohama
#chugokudb PostgreSQLとMySQLのレプリケーション機能と、Pacemakerとの相性ってどっちがいいんだろ？両方で苦労した人の感想が聞きたい。
2016-02-20 13:30:14
ぬこ＠大阪 16.1
@nuko_yokohama
@soudai1025 現場で異常が起きたときのためのPacemakerです！ #で、より混乱を巻き起こすと(´・ω・`)
2016-02-20 13:33:37