第2回 MySQL・PostgreSQLユーザーグループ合同DB勉強会 in 東京のハッシュタグだけまとめ
-
- いいね！5
🐬𝕏🍣𝕏🍻
@RKajiyama
@nuko_yokohama バイナリログはトランザクションログで、コミット済みのトランザクションを記録します。WALではないです。オラクルでいうところのアーカイブログ的な役割 #chugokudb
2016-02-20 13:09:36
ぬこ＠大阪 16.1
@nuko_yokohama
#chugokudb MySQLレプリケーションで、スレーブからマスタへの接続を行うあたりも、PostgreSQLのレプリケーション接続に似ているのかな。
2016-02-20 13:10:17
🐬𝕏🍣𝕏🍻
@RKajiyama
MySQLではトランザクションのコミット時にはInnoDB Log (=WAL)とトランザクション履歴にあたるBinlogの2つのログが書かれます #chugokudb
2016-02-20 13:10:39
ぬこ＠大阪 16.1
@nuko_yokohama
#chugokudb SRBって、雰囲気的にはロジカルデコーディングで論理的にクエリを再生成して、スレーブでExecutorを再度実行するイメージなのかな。
2016-02-20 13:12:22
Mitani
@mita2
今日はこちらに登壇予定です。／第2回 MySQL・PostgreSQLユーザーグループ（MyNA・JPUG）合同DB勉強会 in 東京 (02月20日) #ChugokuDB dbstudychugoku.doorkeeper.jp/events/37635
2016-02-20 13:16:13
ぬこ＠大阪 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