このエントリは ConoHa Advent Calendar 2021 と MySQL Advent Calendar 2021 の1日目の記事です。

ついに6回目を迎えた、「定点観測っぽく1GBのVPSでひたすらビルドするシリーズ」、最近のMySQLのビルドにはパワーが必要ですね。

• 2016年 日々の覚書: MySQLのビルド環境にConoHaを選んでいる理由

• 2017年 日々の覚書: ConoHaの上でひたすらMySQLをビルドする簡単なお仕事

• 2018年 …

目次

• 目次
• とある日
• optimizer_trace有効化
  • 使い方
• optimizer_trace検証
  • 比較クエリ
    • …

MySQL Shell のパラレルテーブルインポートの実装が興味深かった

MySQL Shell のパラレルテーブルインポート

MySQL Shell 8.0.17 で導入された MySQL Shell パラレルテーブルインポートユーティリティ util.importTable() は、大規模なデータファイルの MySQL リレーショナルテーブルへの高速データインポートを提供します。 このユーティリティは、入力データファイルを分析してチャンクに配布し、パラレル接続を使用してチャンクをターゲット …

認証がプラグイン化された最近のMySQL(5.5くらい？)の認証時のプロトコルをちゃんと理解してなかったので調べてみた。

基本的にはこんな感じ

クライアントが接続するとサーバー(mysqld)から次の内容のパケットが送られる:

• プロトコルバージョン: 現在のところ "10"
• サーバーバージョン: "8.0.27" とか
• スレッドID
• パスワードハッシュ化のためのデータ(チャレンジ)
• サーバーの機能(ケイパビリティ)
• サーバーのデフォルト文字コード(collation)
• 認証方式: caching_sha2_password とか

それの応答としてクライアントが次のパケットを送る:

• クライアントフラグ
…

目次

• 目次
• とある日
• 重要な変更
• 検証
  • MySQL 8.0.26
  • MySQL 8.0.27
• 解説
  • …

PHP Conference Japan 2021 に参加しました。

参加といっても家族との兼ね合いだったりで、正直「自分のセッション以外はほぼほぼ不参加」でした(´･ω･｀)

「オンラインxx」の「xx」が終わった瞬間に現実(?)に引き戻される感があるので、来年はオフラインでやれる状態になっていると良いですね。。

----

最初は応募しよう応募しようと思いつつ、 転職 もしたばっかで案外忙しい…と諦めていたんですが、アディショナルタイムのツイートを見ていてもたってもいられなくなり、結局応募しました。

…

TL;DR

• リテラルと比較する条件のこと
  • INNER JOINならONでもWHEREでもどっちでも同じ結果になる、マッチしない行は影も形も出てこない
  • OUTER JOINならONに書いた時は「それにマッチしなければNULL詰めの行が返る」、WHEREに書いた場合は「それにマッチしない行は表示されない(= INNER JOINと一緒)」
• LEFT JOINの左右どちらのテーブルでもこうなるのはちょっと面白い(?)
  • ゆっくり考えればわかるんだけど、2度見してしまった。。

CREATE TABLE t1 (num int);
INSERT INTO t1 VALUES (1), (2), (3);

-- INNER JOIN で WHERE
SELECT * FROM t1 JOIN t1 AS t2
ON t1.num = t2.num
WHERE t2.num IN (1, 3);
+------+------+
| num  | num  |
+------+------+
| …

TL;DR

• 負荷をかけながらフェイルオーバーテストをするなら、負荷クライアント側で「どの書き込みが成功したのか」のログは必ず取っておく
  • でないと、フェイルオーバー起因でデータロストが発生するのかしないのかのチェックができない

フェイルオーバーシナリオ

スイッチオーバー(手動での切り替え)を含めてざっと思いつくのはこれくらい。

1. スイッチオーバー
2. mysqldの正常終了
3. mysqldの異常終了、特に、mysqld_safeやsystemdがmysqldを再起動させてしまう環境
4. mysqldのハングアップ
5. カーネルパニック
6. ファイルシステムのハングアップ
7. 電プチ

スイッチオーバー

…

他にも出る要因はあるはずだけど、今回は「トランザクション中に SET GLOBAL read_only = 1 」をやろうとして出た。
珍しかったので記念パピコ。

mysql80 25> BEGIN;
Query OK, 0 rows affected (0.00 sec)

mysql80 25> SET GLOBAL read_only = 1;
ERROR 1192 (HY000): Can't execute the given command because you have active locked tables or an active transaction

実際には BEGIN で始めたわけじゃなくて、迂闊に autocommit = 0を指定したら出た。

​

TL;DR

• レプリカにだけgenerated columnを足す構成 + binlog_format = ‘ROW’ かつgenerated columnを使ったインデックスがあると、そのインデックスの変更はレプリカでリプレイされない(インデックス上はgenerated columnのデータ型の暗黙のデフォルトになったり、リーフの数がそもそもおかしくなったり)

• インデックス再作成、 ALTER TABLE .. ENGINE = InnoDB でも望む状態にはならなかった。

  • generated columnを削除して再作成も絡めないとダメ

5.7.27のレプリケーション構成を作って、マスターにテキトーなテーブルを作る。 binlog_format, binlog_row_image はデフォルトのまま。

$ make_replication_sandbox …