MySQL/MariaDB GTID レプリケーション詳細 - BizStationブログ
今回は、MySQL/MariaDB GTID レプリケーションの詳細を説明します。これは、Transactdによるレプリケーションセットアップ（修復）ツールを構築する際に調べたものです。 主に従来のバイナリログとポジションを使ったレプリケーションとGTIDによるレプリケーションの違いについて説明します。ある程度従来のレプリケーションのセットアップなどを理解していることを前提にしています。 Index なぜGTIDが必要なのか GTIDが活きるシナリオ GTIDによるポジションの解決 具体的なGTID GTIDを使うための設定 MariaDBでGTIDを使う 2つのGTIDポジションモード 新規セットアップ スレーブで、マスターを新マスターに切り替える ダウンしたマスターをスレーブ群に加える SQLスレッドのエラーを修復する MySQLでGTIDを使う GTIDセット GTIDセットの表現方
MySQL バイナリログを使ったデータリカバリ | Ore no homepage
目黒川の桜きれいですね〜(*^^*)…なーんてガラじゃないことを言いたくなるくらい良い咲きっぷりでしたよ、エエ。で、来週末、花見に行くんだけど、まだ散らないでほしいっすねー。 えーっと、久しぶりにMySQLの記事。binlogを使ったリストア手法について。ネットを漁るとMySQLの運用に関する記事は多くヒットするんだけど、障害からのデータリカバリ、特にロールフォワードを扱った記事が思ったより多くない。おれは運が良いのか悪いのかMySQLのデータリカバリをしなければならないような局面に何度か直面しているので、手順について書いてみようかな、と。ここではMySQL〜5.5を対象にしている。直近での最新のメジャーバージョンはMySQL5.6なんだけど、おれはまだ5.6について大して知らない。5.6ならもっとイケてるやりかたがあるかもしれない。あったらいいな。 0. 環境 次のような環境を前提として
mysqldump --dump-slave について - Studio3104::BLOG.new
MySQL5.5から追加になった、--dump-slaveオプションをつけてmysqldumpを実行すると、バックアップの最中Slave_SQL_Threadが停止してしまう。 これでは、--single-transactionオプションのメリットが大きく削がれてしまうことになる。 mysqluftに参加させていただいたときに、@nippondanjiさんにこのことについて相談したところ、バグ登録され、そのついでにパッチが書かれるという超俺得な出来事があった。 「FLUSH TABLES WITH READ LOCKしてないじゃん」という内容だが、Slave_SQL_Threadが停止してしまう問題についても一緒に対応してくださった模様。 @nippondanjiさんありがとうございました。 MySQL Bugs: #65035: FLUSH TABLES is missing on my
MySQL 5.6のCHANGE MASTER TOで出るようになったワーニング
MySQL 5.5までは何も出なかったけど、MySQL 5.6で追加されたワーニング。 mysql56> CHANGE MASTER TO MASTER_HOST= 'localhost', MASTER_PORT= 64055, MASTER_USER= 'replicatior', MASTER_PASSWORD= 'xxxx', MASTER_LOG_FILE= 'bin.000001', MASTER_LOG_POS= 1; Query OK, 0 rows affected, 2 warnings (0.06 sec) mysql56> SHOW WARNINGS; +-------+------+--------------------------------------------------------------------------------------------
【MySQL】show warnings - 気ままなつぶやき
・・・(´・ω・`)ﾒﾓ。 show warningsとか、使うシチュエーションがあんまりわかんなかったんだけど この前友人に 「テーブルInnoDBで作ってたはずなんだけどMyISAMになってる！なんで？(；´Д｀)」 とか聞かれたときにつかた。。。 テーブル作ったときに確認して欲しい感はあるのだがｗ 例えば、こんな適当なSQLを指定してみる。 mysql> create table test_table ( id int (1)) engine=te; Query OK, 0 rows affected, 2 warnings (0.01 sec) なんかwarningsがでてる(´・ω・`) Query OK, 0 rows affected, 2 warnings (0.01 sec) show warnings; (pﾟﾛﾟ)==p)`д)ｹﾞﾎﾞｯ mysql> show wa
[MySQL5.7]マルチソースレプリケーション設定方法 – (っ´∀｀)っ ゃー | 一撃
プライベートIPアドレスはeth1に振っています。さくらのクラウドでCentOS7のeth1にIPアドレスを振る手順はこちらを参考にどうぞ。 今回構築するサーバーの、マスターとスレーブの関係は以下の通りです。 master0 は test0 データベースのマスター。チャネルは0 master1 は test1 データベースのマスター。チャネルは1 slave0 は 上記すべてのデータベースのスレーブになる slave1 は 上記すべてのデータベースのスレーブになる ちなみに、マルチソースレプリケーションはマルチマスターレプリケーションとイコールではありません。 こちらの図表を見ると違いが一目瞭然ですが、マルチマスターレプリケーションは循環型のレプリケーションで、SQLクライアントはどのノードに書き込みを行っても、レプリケーションを構成するすべてのノードに等しくデータが同期されます。いっぽう
![[MySQL5.7]マルチソースレプリケーション設定方法 – (っ´∀｀)っ ゃー | 一撃](https://cdn-ak-scissors.b.st-hatena.com/image/square/e35170e1cd80187ea06becbba0a23330aeba4d9d/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fnullpopopo.blogcube.info%2Fwp-content%2Fuploads%2F2015%2F10%2Fmysql57_20151025_0002.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
