抄訳 Advanced use of Global Transaction Identifiers - rkajiyama’s diary
引き続きMySQL開発者のSven Sandbergのブログ MySQL Replication Ideas の翻訳版です。原文も確認してください。 Details of Re-execution and Empty Transactions / トランザクションの再実行と空のトランザクション 前回のブログポスト (オリジナル版 http://svenmysql.blogspot.co.uk/2012/10/failover-and-flexible-replication.html / 抄訳版 http://d.hatena.ne.jp/rkajiyama/20130301) では、GTIDがどのように生成され展開されていくかや、新しいレプリケーションプロトコル、フェールオーバーに役立つ要素などについて解説してきました。 今度は、GTIDがどのように機能するのかの詳細を解説します。特に、
抄訳 シリーズブログ Failover and Flexible Replication Topologies in MySQL 5.6 - rkajiyama’s diary
MySQL開発者のSven Sandbergのブログ MySQL Replication Ideas からの記事を翻訳してみました。一部は省略してあるのでぜひ原文も確認してください。 追記：なお、原文にあるGTID_DONEはMySQL 5.6.9からGTID_EXECUTEDに変わっています。 他にもいくつかGTID関連のパラメタもMySQL 5.6 GA前に変わっていますのでご注意ください。 MySQL :: MySQL 5.6 Reference Manual :: 17.1.4.5 Global Transaction ID Options and Variables Global Transaction Identifiers – why, what, and how / GTID - なぜ、なに そして どう使う MySQL 5.6では新たにGTIDが導入されました。GTIDに
gtidを使用した環境でのmysqldump - hiroi10のブログ
以前の日記Global Transaction IDを使ってレプリケーション構成とした際の制限でmysqldumpから新規にスレーブを作ろうとするとgtidが記録されなくてバイナリログ使わないとダメ、と書いたんだけど、5.6.10で試したら普通にスレーブを作成可能だったので訂正も含めて書きます。 環境 CentOS6.3 x86_64(KVM guest) MySQL 5.6.10 よくあるmysqldump MySQL5.5系まででgtidが存在しない環境では良く以下のようにmysqldumpを実行しているかと思います(InnoDBのみ利用の場合)。 # mysqldump --all-databases --single-transaction --master-data=2 > /path/to/dir/dump または # mysqldump --all-databases --s
Global Transaction IDを使ってレプリケーション構成とした際の制限 - hiroi10のブログ
2012/11/08に一部追記しました。 Global Transaction IDを有効にしてレプリケーション構成とした際の制限について簡単にまとめてみる。微妙な訳になっている部分もあるだろうし、勘違いしてる箇所もあるかもしれないのでご注意下さい。 よって、アレ？、というのがありましたら基本的には公式ドキュメントを参照して下さい。 むしろ誤りあったら突っ込んでもらえると助かります。 前提 MySQL5.6 RC版(5.6.7-rc)でgtidを使ったレプリケーション環境で確認 トランザクションが使えないストレージエンジンは使用出来ない(MyISAM等) 前の日記でも書いていますが、以下のようにエラーとなります。 ERROR 1785 (HY000): Updates to non-transactional tables are forbidden when DISABLE_GTID_U
MySQL 5.6.5の新機能GTIDを試してみる
MySQL 5.6.5の新機能GTIDを試してみる 2012-04-23 4月10日にリリースされたMySQL 5.6.5 DMRに、GTID(Global Transaction ID)という機能が搭載された。これは、トランザクションにID(GTID)を持たせることによって、レプリケーションの進行具合を、従来の「マスタのbinlogファイル名 + ポジション」という情報ではなく、GTIDで管理できるようになるという機能である。従来のバージョンと比べた時に一番分かりやすい点としては、「change masterする時にポジションを指定しなくてよくなる」ということだろう。 MySQLのレプリケーション機能開発者Luis Soares氏のブログを参考に、GTIDの機能を試してみた。 MySQL 5.6.5のインストール MySQLのダウンロードサイトからDevelopment Releaseを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
