2025年6月24日に開催された 『TechLION vol.41 〜コミュニティの終活〜』に呼んでいただき、出演者(登壇者)として参戦して参りました。 techlion.jp テーマが「コミュニティの終活」ということで、終わりかかっているような日本MySQLユーザ会に白羽の矢が立ったのだと思いますが、一応まだ日本MySQLユーザ会が終了するというプランはございませんので、その辺りを理解していただけましたら、この日お伝えしたかったことの半分は済んだようなものです。ということで残りの半分を・・・（と言って私の説明を開始しました(笑)）。 YAPCさまさま 一緒に登壇した kobakenさん。YA…

rsync

シェルが必要（たとえば ~/.ssh/authorized_keys で mysqldの実効アカウントにログインできるとか）なので新規に採用は嫌な感じ。
それを飲めるなら候補の一つとしてアリな気はする。
帯域ネックなら -z で圧縮をかけるとCPUを使いつつ転送に圧縮をかけられるが、転送後のファイルは圧縮されていない状態で現れるので保管を考えると更に圧縮する必要があって手間は手間。 binlog_transaction_compression が有効なら最初から圧縮されているのでベター。
…

以前、以下のようなブログエントリを書いた。

MySQLの文字列比較セマンティクスは「空白埋め(PAD SPACE)」(概ねUTF8以前)

書いた時点でタイトルは「MySQLの文字列比較セマンティクスは「空白埋め」」であり、その時点では正しかったが、最近では少し違ってきた。

例えばMySQL 8.0.x以降をLinuxにインストールした場合、過去のブログエントリのように'a'と'a 'は同一視されず、違うものと認識されるようになった。

mysql> select 'a' = 'a';
+-----------+
| 'a' = 'a' |
+-----------+
| 1 |
+-----------+
1 row in set (0.00 sec)

mysql> select 'a' = 'a ';　-- 'a' の後にスペースがあると同一視されない(!)
+------------+ …

お待たせしました。第4版から約5年。最新版のMySQLに対応した『MySQL徹底入門 第5版』が本日発売となりました。MySQL徹底入門 第5版 MySQL 8.4 LTS対応作者:yoku0825,坂井 恵,鶴長 鎮一,とみた まさひろ,深町 日出海,福山 裕大,山﨑 由章翔泳社Amazon 著者の一人として「私も待ち望んでいました」というと変に感じる人もいるかもしれませんが、多くの仲間たちと執筆しているので、自分の担当部分以外では「へぇ、そんなところも変わっていたのかぁ」という発見があったりして、本当に、私も待ち望んでいた最新情報満載の一冊となっていると思います。 ご存じの方も多いと思いま…

TL;DR

• http://repo.mysql.com/yum/mysql-5.7-community/el/7/SRPMS/ からSRPMファイルを持ってきてrpmbuildするのが一番楽

MySQL Product Archives で見たら、MySQL 5.7はOracle Linux(に限らずRHEL系の)8に対応したrpmはなかった。けど欲しい。

というわけで(el7用のrpmファイルでも動くような気はするけど一応) Oracle Linuxのコンテナイメージ の中でrpmbuildするメモ。

# wget http://repo.mysql.com/yum/mysql-5.7-community/el/7/SRPMS/mysql-community-5.7.44-1.el7.src.rpm
# rpm -i …

• タイトルは セキュアそうでセキュアじゃない少しセキュアな気分になれるmysql_config_editor | PPT のオマージュです

セキュアそうでセキュアじゃない少しセキュアな気分になれるmysql_config_editor from do_aki

• mysql_config_editor は --password, -p だけは引数を受け付けられなくて、常にプロンプトでパスワードを要求する

  …

ようやく、MySQL性能向上開発に専念する体制が整いました。やっと開発作業に戻れます。

実質無所属なのは人生初なので、各種社会保障関係の手続きとか、どのサイトを使って組み合わせるか、どういう設定でアカウントをつくるかなどなど、開発環境も含めて全部自分で決めなければならず、結構時間を要してしまいました。すみません。

結果、本家在籍時と同様の使い勝手で自由に開発できるようになりました。

名前は、『MySQL RP (Restore Performance)』 としました。 ソースコードはMySQLのオープンソースライセンス(GPLv2ベース)で提供します。最初は劣化がもう増えない、劣化が少ないと思われる 8.0 …

• それぞれのMySQLはSemisyncで正しくフェイルオーバーしたりGroup Replicationだったりで書き込みは信用できることにする
• サロゲートキー(だけ)でなくて比較可能なPRIMARY KEYが存在することにする
• 取り敢えず簡単なINSERTで考えるけどUPDATEもありそう

という前提で考え事。
FEDERATEDストレージエンジンはそもそもトランザクションをサポートしないので論外とする。

App側の2層コミットっぽいもの

2 Phase Commitはそもそもコーディネーターの障害に対する耐性がない…。

eval
{
  $dbh1->begin;
  $dbh1->do("INSERT INTO ..");
  $dbh2->begin;
  $dbh2->do("INSERT INTO ..");
};

if ($@)
{
  $dbh1->rollback;
  $dbh2->rollback;
}

$dbh1->commit;

### この瞬間にAppのプロセスが落ちるとダメ
$dbh2->commit; …

前回の在籍も含めると、累計9年半、本家MySQLチームでInnoDBの性能改善をターゲットに開発の仕事してきました。5.7でのb-tree index scaleや、8.0の初期の新機能で入ってしまった性能問題の修正など貢献できましたが、ここ数年は開発が進む度に導入される性能劣化に追いつけなくなってしまいました。悪いコードを見つけて直そうとしても抵抗が大きいのも大きな要因です。（遅くしたいのでしょうか？遅いことが認識できないのでしょうか？）

…

この記事は何？ 去る 2025/4/17 に、HeatWave ユーザーコミュニティである HeatWavejp（MySQL HeatWave Japan User Group） の 2 周年記念 LT 大会があり、その中で HeatWave をレプリカに使うケースでのレ...