前回 とは趣向を変えて、自力ビルドと公式ビルドの差を試す。

自力ビルドは大したオプションを与えずにコンパイルするだけ。

$ cmake -DCMAKE_INSTALL_PREFIX=/usr/local/mysql ../mysql-9.7.0-er
$ make -j4
$ sudo make install
$ cd /usr/local/mysql

$ bin/mysqld --no-defaults --initialize-insecure --lower_case_table_names=1
$ bin/mysqld --no-defaults --lower_case_table_names=1 --innodb-dedicated-server=1 --log-error-verbosity=3 --innodb-monitor-enable=all --daemonize

前回と同じoltp_read_writeで比較。

$ sysbench --mysql-host=10.0.0.177 --mysql-user=sbtest oltp_read_write --table_size=1000000 --tables=10 --time=60 --report-interval=1 --threads=8 prepare

$ sysbench --mysql-host=10.0.0.177 --mysql-user=sbtest oltp_read_write --table_size=1000000 …

MySQL 9.7.0-erではPGO(Profile Guided Optimization)が有効になっているらしいので、それまでのバイナリよりもちょっと性能が良さそう。あと、これはビルドの中で有効にするので手でビルドしたものよりもちょっと性能が良いはず。

• MySQL コミュニティ版のEarly Access リリースビルド | mysql-jp

というわけで雑ベンチ。

$ cat /etc/os-release

NAME="Oracle Linux Server"

VERSION="8.10"

ID="ol"

ID_LIKE="fedora"

VARIANT="Server"

VARIANT_ID="server"

VERSION_ID="8.10"

PLATFORM_ID="platform:el8"

PRETTY_NAME="Oracle Linux Server 8.10"

ANSI_COLOR="0;31"

CPE_NAME="cpe:/o:oracle:linux:8:10:server"

HOME_URL="https://linux.oracle.com/"

BUG_REPORT_URL="https://github.com/oracle/oracle-linux"

ORACLE_BUGZILLA_PRODUCT="Oracle …

準備

$ sysbench --mysql-socket=/usr/mysql/8.0.45/data/mysql.sock --mysql-user=root oltp_common --table_size=1000000 prepare

mysql80 30> SELECT format_bytes(@@innodb_buffer_pool_size);
+-----------------------------------------+
| format_bytes(@@innodb_buffer_pool_size) |
+-----------------------------------------+
| 64.00 MiB                               |
+-----------------------------------------+
1 row in set (0.00 sec)

mysql80 30> SHOW ENGINE PERFORMANCE_SCHEMA STATUS;

..
| performance_schema | performance_schema.memory                                   | 240987688 |
+--------------------+-------------------------------------------------------------+-----------+
248 rows in set (0.00 sec)

$ ll -h /usr/mysql/8.0.45/data/sbtest/sbtest1.ibd
-rw-r-----. 1 yoku0825 yoku0825 248M Mar  9 06:03 /usr/mysql/8.0.45/data/sbtest/sbtest1.ibd

まずはそのままrun

$ date ; sysbench …

Perconaフォーラムで定期的に浮上する質問：Percona XtraDB Cluster (PXC)のすべてのノードにXtraBackupをインストールする必要がありますか？ これは混合環境を管理している場合や特定のノードのソフトウェアフットプリントを最小限に抑えようとする場合に特に妥当な質問です。実際の仕組みとテストが確認する内容を以下に示します。

簡潔な回答（ただし読み進めてください）

そのノードに何をさせたいかによります。 ここでのニュアンスがかなり重要なので、PXCにおけるState Snapshot Transfer (SST)の仕組みと、特定のノードにXtraBackupが存在する — または存在しない — ことがなぜ重要かを詳しく説明する価値があります。

PXCにおけるSSTの簡単なおさらい

新しいノードがPercona XtraDB …

TL;DR

• なんか見慣れない感じがするのは ALTER TABLE .. ADD INDEX .., ALGORITHM = INPLACE (Fast Index Creation)の時に起こるエラーだから
  • コード上は ALTER TABLE 以外にもHash Joinとかでも出るっぽい
    • https://github.com/search?q=repo%3Amysql%2Fmysql-server+ER_TEMP_FILE_WRITE_FAILURE&type=code
• innodb_tmpdir の容量が足りないと起こる
• なので他に容量があるなら innodb_tmpdir の場所を変えるか、 …

先日開催された日本MySQLユーザ会会(MyNA会) 2026年02月の発表では、MySQL 9.7 (LTS)ではEnterprise版でしか提供されていない機能がCommunity版にも入るかも！という話があった。
まだ確定情報ではないとのことで、9.7がリリースされるまで2ヶ月ほどは待つしかないが、話題に上がったOpenTeremetry機能がどれくらい使えそうか試してみた。

今回はMySQL Enterprise 8.4.8にcomponent_telemetryコンポーネントをインストールし、OpenTelemetry Collectorで収集、メトリクスはprometheus、traceはgrafana tempoで収集し、それぞれをData sourceにしてGrafanaでグラフにする構成とした。
OSはUbuntu 24.04。

構成図

ことのおこり 地理情報機能（Spatial / GIS）に関心を持つMySQLユーザにとって、PostGISと比べての関数の少なさは最早深いコンプレックスと言っても良いものでしょう。実際に一つ一つ見てみると、そんなに使う関数ばかりでもないのですが、ここぞという時に「PostGISなら関数一発なんだけどな」と言われるシーンも少なくないので、やはり関数が充実しているのは利用者体験に大きく寄与しているのは間違いありません。 そんな思いから、昨年末にお試しでひとつ、MySQLへ新たなSpatial関数を追加してコントリビュートを出してみました。bugs.mysql.com 当初よりバージョンリリースの…

久々に日本MySQLユーザ会として セミナー系イベントを開催しました。『日本MySQLユーザ会会(MyNA会) 2026年02月』 mysql.connpass.com FOSDEM 2026 (2026/1/31-2/1) の直前日程として「preFOSDEM MySQL Belgian Days 2026」が開催され、そこで非常に大きな発表があったようです。 オラクル社でMySQLとかを担当しているかじやまさんが、「できる範囲の話をするよ！」と言ってくださったので、急遽開催することにしました。 もともとはオンラインで計画 私自身は（一参加者としても）、オフラインでのいわゆる「廊下の立ち話」…

先日の shunyasu さんのトークをきっかけに、以下の日記を書きました。sakaik.hateblo.jpこの中で、私が> GeoHashも結局緯度経度で絞り込んでいることを考えると、すべてのクエリで同じ件数が得られるべきと考えるのが自然と書いたのですが、これは誤りでした。 その後の shunyasuさんとの Twitter(X)でのやりとりの中で発覚しました。 両者の違い 単純に緯度経度の数字の範囲に収まっているものを抽出するのと、その緯度経度の各点を頂点としたポリゴンの中に含まれるものを抽出するのは、一見すると同じことのように思えます。 ポリゴンだって、その緯度と経度の範囲を検索するわ…

この記事は MySQL - Qiita Advent Calendar 2025 の25日目の記事です。メリークリスマス！

昨日は日本で一番MySQL Studioに詳しいという噂の mikoma さんによる MySQL AIとMySQL Studioをざっくりと でした。

さて掲題のとおりMySQL 8.0が来年 2026年の4月にEOL (End Of Lifetime) を迎えるわけですが、MySQL 8.0の思い出でもちょっと。

• Oracle Lifetime Support Policy for Technology Products Guide
  • ↑いつも忘れるので “Oracle MySQL EOL PDF” とかでググってます

…