TL;DR

• みんなだいすきCLONEプラグインを使って本番のマスター（稼働中）から本番のスレーブ（諸事情により再構築が必要だった）を作った。
  • 何度かリトライはしたけど、ちゃんと動いているような気がする
• CLONE INSTANCE FROM .. を実行するターミナルは tmux などで切断から保護しましょう…

CLONEプラグインって何的な人は先にこっちを読んでいただくと良いかも知れない。

• 日々の覚書: MySQL 8.0.17のCLONE INSTANCE FROMを使うとすごく楽にレプリケーションスレーブが作れる

取り敢えず
…

TL;DR

• innodb_autoinc_lock_mode のデフォルトはMySQL 8.0で2になった(5.7とそれ以前は1)
• innodb_autoinc_lock_mode= 2だとステートメントベースのレプリケーションではアンセーフだ 、というのはよく語られるけど
• INSERT INTO .. SELECT .. や LOAD DATA .. でauto_incrementで連番を払い出すようなステートメント同士が競合すると、1と2で差が出る
  • SELECT LAST_INSERT_ID() からの、SELECT .. WHERE id > …

TL;DR

• 調べたいこと
  • MySQL InnoDB Clusterの構築(と、その後の運用フェーズでメンバーの追加削除)だけMySQL Shellでやって、フェイルオーバーその他の動作はSQLインターフェイス( mysql コマンドまたはスクリプトなど) からだけできるか？
  • できた
• …というちょっとした検証をしたい時にMySQL Shellは便利

日々の覚書: MySQL Shellのdba.deploySandboxInstanceでサクッとmysqldを起動する でやったのと同じ手順で、 ubuntu:latest (2019/11/12時点) なDockerコンテナに mysql-community-server, mysql-shell, mysql-router-community …

TL;DR

• いつからできたのかは知らないけれど、気が付いたらMySQL Shellに dba.deploySandboxInstance() なんてものが出来ていてそれが感動的に楽なので熱が冷めないうちにメモ

如何に「MySQLとMySQL Shell以外他に何もいらない」かの感動を伝えるために、 ubuntu:latest のDockerコンテナを起動しただけの状態から始めます。 取り敢えず、 MySQLのaptリポジトリ の依存に指定されてるやつらをインストール。

# apt update
# apt install wget lsb-release gnupg

MySQLのaptリポジトリ …

TL;DR

• MySQL :: MySQL 8.0 Reference Manual :: 6.2.15 Password Management の “Random Password Generation” のあたりに全部書いてある。
• MySQL 8.0.18から。

MySQL 8.0.18から、ランダムなパスワードを勝手に生成する RANDOM PASSWORD 構文が使えるようになった。
外部のパスワードジェネレータでいいじゃｎ ううんなんでもない。 CREATE USER と ALTER USER は、本来パスワード文字列を渡すところにそのまま RANDOM PASSWORD と置き換えると使える。

mysql80 18> CREATE USER b IDENTIFIED WITH mysql_native_password BY RANDOM PASSWORD;
+------+------+----------------------+
| user | host | generated password …

TL;DR

• MySQL Bugs: #97103: Altering column collation doesn’t seem to affect unique indexes until restart

【2019/12/24 15:50】 8.0.20で直る、とバグレポートに書いてありますね。

• ユニークキー、PRIMARY KEYが文字列型の場合に良くないことが起こる。
  • このバグが直るまでのバージョンで、「作り間違っちゃった」「あとからやっぱり変更したい」みたいなケースは十分気を付けた方が良いかと…

まずは何も考えずに val varchar(32) にユニークキーを作る。
この時の collation_server はデフォルトの …

TL;DR

• MySQL Bugs: #96986: Column Ordinal Position Not orderly updating
• 以下の4つの条件を満たすと MySQL error code MY-013146 (ER_SERVER_SLAVE_CONVERSION_FAILED): Column %d of table '%-.192s.%-.192s' cannot be converted from type '%-.32s' to type '%-.32s' が発火してSQLスレッドが止まる
  1. binlog_format= ROW である
  2. 式インデックスを使っている
  3. 式インデックスを作って以降、そのテーブルにカラムを追加した
  4. 論理バックアップからリストアしてスレーブを作成
• …

TL;DR

• 日々の覚書: MySQL 8.0.17でついにCloneプラグインが入った で紹介した CLONE LOCAL DATA は現在のdatadirをローカルのファイルシステムに一貫性のある形でコピーするステートメントだった
• これをスレーブになるサーバーに転送してやってももちろん良いんだけど、そこまで一括でやってくれる CLONE INSTANCE FROM のステートメントも存在する
• スレーブ増やすのが捗る

CLONE INSTANCE FROM を使うためには、データのコピー元（ ドキュメント 上では …

TL;DR

• MySQL 8.0.17 でついに俺待望の Cloneプラグイン が追加された
  • CLONE LOCAL DATA DIRECTORY .. で、ローカルファイルシステムにほぼノンブロッキングで物理バックアップを吐き出す
  • CLONE INSTANCE FROM USER@HOST:PORT IDENTIFIED BY 'password' .. でグループレプリケーションの経路を使ってフツーのレプリケーションと同じ3306の経路を使ってインスタンスの丸コピーができるらしい
• このへんを読んでおくのが良さげ
  • …

TL;DR

• MySQL 8.0同士でレプリケーションを組んでいると、スレーブから以下のような MY-010956 と MY-010957 がぼこぼこエラーログに吐かれることがある

2019-05-20T14:25:17.121864+09:00 5 [Warning] [MY-010956] [Server] Invalid replication timestamps: original commit timestamp is more recent than the immediate commit timestamp. This may be an issue if delayed replication is active. Make sure that servers have their clocks set to the correct time. No further message will be emitted until after timestamps become valid again.
2019-05-20T14:25:17.177804+09:00 5 [Warning] [MY-010957] [Server] The replication timestamps have returned to normal values.

• 実害はほぼないはずだけど、エラーログの肥大化に注意
• もうちょっと出力を穏やかにできないかね？ ってFeature Requestを出した …