TL;DR

• XtraBackupは8.0.23で --lock-ddl がデフォルトでONになった

  • Percona XtraBackup 8 Enables --lock-ddl by Default

• xtrabackup --lock-ddl は LOCK INSTANCE FOR BACKUP を呼び出す

  • MySQL :: MySQL 8.0 Reference Manual :: 15.3.5 LOCK INSTANCE FOR BACKUP and UNLOCK INSTANCE Statements

• xtrabackup --backup の最中に FLUSH NO_WRITE_TO_BINLOG BINARY LOGS が実行されるが、 LOCK INSTANCE FOR BACKUP …

TL;DR

• 障害時の動作を確認するためにファイルシステムをフルにしたり xfs_freeze をかけたいことはままある
• が、MySQLの動作パーティションが分かれていない場合、本当にやると調査用のシェルまで動けなくなってしまう
• ループバックデバイスを使ってdatadirだけ起こすのが楽

↑だけで全部言い尽くしてしまった。
取り敢えずdatadirに割り当てる好きなサイズのファイルを切り出す。

[yoku0825@yoku0825-conoha work]$ dd if=/dev/zero of=./datadir bs=1M count=300
300+0 records in
300+0 records out
314572800 bytes (315 MB) copied, 0.26401 s, 1.2 GB/s

[yoku0825@yoku0825-conoha work]$ ll -h
total 301M
-rw-r--r-- 1 yoku0825 yoku0825 300M Sep  2 13:20 datadir

…

TL;DR

• MySQL 3.23.58(2003年9月リリース) をCentOS 7.9(2020年11月リリース)で起動できた
• SH2さん の MySQL Archives - dbstudy.info に感謝

日本MySQLユーザ会会(MyNA会) 2024年8月オフライン！ LTSが出たぞ祭り に行ってきました。

本編(?)、幕間(?)、LTと3回も登場してしまってすいません。

LT大会を企画していたけどその前のご歓談タイムにもプロジェクタとマイクを勝手に使って話してる人がいて、

• 『日本MySQLユーザ会会2024年8月オフライン』を開催しました - …

日本MySQLユーザ会(MyNA)として、いつぶりだったか思い出せないくらいの超久々のオフライン会合を開催しました。 mysql.connpass.com 直接集まることのパワー コロナ禍でオンラインのイベントが盛んになり、セミナー形式を中心とした情報を伝える系のイベントはもうオンラインでいいじゃないか、という感じにもなってきました。しかし大きな問題にもみんな気づいています。双方向の交流ではなく、一方向の情報の伝達でしかない（または著しく一方向に偏っている）という点です。実際、オンラインイベントを開催しても、オンラインでスピーカーとして登壇しても、のれんに腕押しのような物足りなさを感じていまし…

正確に言うと、企画は楽しく、開催にこぎ着けるまでの過程がいろいろつらい、という感じですね。2024年8月29日に開催した、日本MySQLユーザ会会オフライン にてLTで『MySQLユーザ会なにやってるの？とおさそいと』というタイトルでお話しました。 タイトルはこんな感じですが、結構いろいろつらいのよ、というのを聞いてもらう時間です(笑)。 お酒が入っている席での軽いLT（LLT）です。 speakerdeck.com 内容については資料を見ていただくとして、思うところや要点をいくつかこのエントリでは書きたいと思います。 イベント運営って意外とたいへん 企画者としては、もちろん、なるべく多くの人…

TL;DR

• ステートメントの権限評価が違う。 ALTER TABLE は GRANT ALTER が必要だが、 OPTIMIZE TABLE は GRANT SELECT, INSERT だけで成立する
  • https://dev.mysql.com/doc/refman/8.4/en/optimize-table.html
• innodb_optimize_fulltext_only をONにしていない限りはどっちでもほぼ同じことが起こる
  • ONにしている場合は違うことが起こる。後述。
• OPTIMIZE TABLE には OPTIMIZE LOCAL …

2024年8月の FOSS4G Tokai、MySQLの山﨑さんの発表後に「MySQLでは180度線を跨ぐ場合の距離など、正しく計算してくれるのか」という質問がありました。確か以前、(当然)それは大丈夫だったのを確認したよなぁと朧気に思いつつもその場でフォローはできなかったので、ご講演終了後に速攻で確認してみました。 結論 「ちゃんと、180度をまたいでも、最短の距離で計算してくれる（ぐるりと0度のほうを回って、つまり例えば 東経175度から0度を経由して西経175度までの距離を計算するわけではない）」 実例 赤道上での、東経165度から175度の距離、および東経175度から西経175度までの…

caching_sha2_password は 少なくとも１回はセキュアな経路を必要とする

caching_sha2_password 形式のパスワードを使った、平文の接続 をする場合、その過程で、少なくとも一度は事前に、暗号化されたセキュアな経路を通して認証成功させる必要があります。 サーバがキャッシュ（パスワードのハッシュ）を生成するのに、平文のパスワードを要求するためです。

この「少なくとも一度は〜」の背景は、MySQL 運用・管理 実践入門で詳しく解説されていました。気になる人は読むと良いでしょう

…

Background

MySQL 8.0 で utf8mb4のデフォルトの COLLATION (照合順序) が utf8mb4_general_ci から utf8mb4_0900_ai_ci に変更されました。 COLLATE を指定せず、SET NAMES <CHARSET> を実行すると、そのキャラクタセットのデフォルトの collation が利用されます。

つまり、SET NAMES utf8mb4 の結果、5.7 まではクライアントのCOLLATIONとして utf8mb4_general_ci が使われますが、8.0 からは utf8mb4_0900_ai_ci が使われます。

-- MySQL 5.7 だと utf8mb4_general_ci
mysql> SET NAMES utf8mb4;
Query OK, 0 rows affected (0.00 …

mysql_native_password の廃止が近づいてきた...

MySQL 8.4 では mysql_native_password がデフォルトで無効化されてしまいました。 そろそろ、mysql_native_password 方式の利用の撲滅に本気にならないといけないようです。

sakaik.hateblo.jp

mysql_native_password 方式 から、よりセキュアな caching_sha2_password 方式に変更することになります。 認証まわりの変更には接続ドライバの対応も必要。Goのドライバの対応状況や挙動を確認しました。

caching_sha2_password に …