さいきんの MySQL との付き合い方〜 MySQL 8.0 より後の世界へようこそ〜

Slide 1

Slide 1 text

さいきんの MySQL との付き合い方〜 MySQL 8.0 より後の世界へようこそ〜 PHP カンファレンス名古屋 2025 2025/2/22 😺😸🐈 まつひさ（hmatsu47）

Slide 2

Slide 2 text

自己紹介松久裕保（@hmatsu47） ● https://qiita.com/hmatsu47 ● Web インフラのお守り係をしています ● 普段は JAWS-UG 名古屋（・浜松）や PostgreSQL アンカンファレンスで DB ネタを中心に話しています ● 数年前まで「MySQL 8.0 の薄い本」を作って配布していました ● PHP のことは何もわかりません ○ を書いて満足（本番環境に置いちゃダメなやつ） 2

Slide 3

Slide 3 text

MySQL は今年 5/23 で 30 歳！🎂🎉 3

Slide 4

Slide 4 text

MySQL といえば🐬ですが ● 愛知県では名古屋港水族館のほかに南知多ビーチランド（知多郡美浜町）でも 🐬ショーが見れます 4

Slide 5

Slide 5 text

なお、この先の話では ● PHP と MySQL のバージョン番号が似ているので混乱するかもしれません ● 「PHP」「MySQL」とバージョン番号を一緒に検索すると大混乱 5

Slide 6

Slide 6 text

ところでみなさん ● MySQL 8.0 への移行は終わりましたね？ 6

Slide 7

Slide 7 text

安心してないでください ● MySQL 8.0 の EOL、来年（2026 年）の 4 月ですよ 7

Slide 8

Slide 8 text

MySQL のリリースモデル変更ざっくりおさらい 8

Slide 9

Slide 9 text

バージョン番号 ● むかし（例：MySQL 5.7.10） ○ 5（メジャーバージョン番号） ○ 7（リリースレベル） ■ メジャーバージョン番号とリリースレベルを合わせてリリースシリーズ番号 ○ 10（リリースシリーズ内でのバージョン番号） →日本 MySQL ユーザ会（MyNA）副代表・坂井さんのブログ記事 https://sakaik.hateblo.jp/entry/20151220/mysql_manual_versions 9 「5.6」「5.7」「8.0」は「リリースシリーズ番号」とはいえ実質の扱いは「メジャーバージョン番号」 sys.VERSION_MINOR() だけど「リリースレベル」

Slide 10

Slide 10 text

バージョン番号 ● いま（例：MySQL 9.2.0） ○ 9（メジャーバージョン番号） ○ 2（マイナーバージョン番号） ■ メジャー・マイナーバージョン番号を合わせてリリースシリーズ番号 ○ 0（リリースシリーズ内でのバージョン番号） → MySQL 8.0 リファレンスマニュアル（日本語版） https://dev.mysql.com/doc/refman/8.0/ja/which-version.html 10 1 つ目の数字がメジャーバージョン番号 9.x 以降は、主にこの数字が意識されるようになりそう sys.VERSION_MINOR() と符合

Slide 11

Slide 11 text

リリースサイクル（8.0.34 / 8.1.0 以降） ● Innovation Release と LTS Release を設定 ○ いずれも GA（一般提供） ○ Innovation Release のサポートは 3 ヶ月 ■ 次のマイナーバージョンが出るまで ○ LTS Release は Premier Support 5 年＋ Extended Support 3 年 ■ 2 年ごとに登場 ■ 途中の機能変更なし（という建前） 11

Slide 12

Slide 12 text

リリースサイクル（8.0.34 / 8.1.0 以降） ● リリースは毎年 1・4・7・10 月 ○ 大きな不具合が見つかった場合はこのタイミングを待たずに適宜改修版がリリースされる ○ HeatWave（後述）の新機能も四半期リリースのタイミングを待たずに随時リリースされる ■ リリースシリーズ内でのバージョン番号（3 つ目の数字）も上がる 12

Slide 13

Slide 13 text

図示するとこうなる注：変更の可能性あり https://blogs.oracle.com/mysql-jp/post/introducing-mysql-innovation-and-longterm-support-lts-versions-jp 13 注：重大不具合修正で 9.0.1 もリリース（2024/7） 8.0.34 / 8.1.0 からリリースモデル変更（2023/7）　※Premier Support は 2 年間延長されて 2025/4 まで　　　　（Extended Support は延長されず 1 年間のみ） Premier Support ＋ Extended Support

Slide 14

Slide 14 text

ここまでのまとめ ● 8.0.34 / 8.1.0 からリリースモデルが変わった ○ Innovation Release と LTS Release が設定された ■ どちらも GA ● Innovation Release は 3 ヶ月後にサポート終了 ● LTS Release は 2 年毎に登場、計 8 年間サポートが継続 ○ 8.4 の次は 9.7、その次は 10.7 14

Slide 15

Slide 15 text

MySQL 8.0 から先へのマイグレーション（移行） 15

Slide 16

Slide 16 text

アップグレード・ダウングレード方法 ● 方法は 4 つ ○ インプレース ○ MySQL Shell でのクローン（InnoDB Cluster） ○ バイナリログによる非同期レプリケーション ○ 論理ダンプとリストア（ロード） ■ MySQL Shell ダンプ／ロードユーティリティ 16 8.0.34 / 8.1.0 以降はダウングレードも可能に

Slide 17

Slide 17 text

アップグレード、の前に ● アップグレードチェッカユーティリティで事前確認 ○ MySQL Shell のユーティリティ ○ アップグレード時に問題になりそうな点を指摘してくれる https://dev.mysql.com/doc/mysql-shell/8.0/ja/mysql-shell-utilities-upgrade.html 17 The MySQL server at example.com:3306, version （中略） 3) Usage of utf8mb3 charset Warning: The following objects use the utf8mb3 character set. It is recommended to convert them to use （中略） Errors: 7 Warnings: 36 Notices: 0 7 errors were found. Please correct these issues before upgrading to avoid compatibility issues.

Slide 18

Slide 18 text

アップグレード、の前に ● アップグレードチェッカユーティリティで事前確認 ○ MySQL Shell のユーティリティ ○ アップグレード時に問題になりそうな点を指摘してくれる https://dev.mysql.com/doc/mysql-shell/8.0/ja/mysql-shell-utilities-upgrade.html 18 The MySQL server at example.com:3306, version （中略） 3) Usage of utf8mb3 charset Warning: The following objects use the utf8mb3 character set. It is recommended to convert them to use （中略） Errors: 7 Warnings: 36 Notices: 0 7 errors were found. Please correct these issues before upgrading to avoid compatibility issues. 便利なユーティリティが多いので mysql コマンドからの移行を推奨

Slide 19

Slide 19 text

アップグレードの対応状況マトリクス ● ケース別利用可否 19 インプレースクローン非同期レプリケーションダンプとロード LTS 8.4 → LTS 9.7 ✓ ✗ ✓ ✓ LTS 8.4.11 → LTS 8.4.20 ✓ ✓ ✓ ✓ Innovation 8.1 → 8.2 ✓ ✗ ✓ ✓ Innovation 8.1 → 8.3 ✓ ✗ ✓ ✓ Innovation 9.1 → LTS 9.7 ✓ ✗ ✓ ✓ LTS 8.4 → LTS 10.7 ✗ ✗ ✗ ✗

Slide 20

Slide 20 text

アップグレードの対応状況マトリクス ● ケース別利用可否 20 インプレースクローン非同期レプリケーションダンプとロード LTS 8.4 → LTS 9.7 ✓ ✗ ✓ ✓ LTS 8.4.11 → LTS 8.4.20 ✓ ✓ ✓ ✓ Innovation 8.1 → 8.2 ✓ ✗ ✓ ✓ Innovation 8.1 → 8.3 ✓ ✗ ✓ ✓ Innovation 9.1 → LTS 9.7 ✓ ✗ ✓ ✓ LTS 8.4 → LTS 10.7 ✗ ✗ ✗ ✗ クローンでのアップグレードが可能なのは同一マイナーバージョンのみ

Slide 21

Slide 21 text

アップグレードの対応状況マトリクス ● ケース別利用可否 21 インプレースクローン非同期レプリケーションダンプとロード LTS 8.4 → LTS 9.7 ✓ ✗ ✓ ✓ LTS 8.4.11 → LTS 8.4.20 ✓ ✓ ✓ ✓ Innovation 8.1 → 8.2 ✓ ✗ ✓ ✓ Innovation 8.1 → 8.3 ✓ ✗ ✓ ✓ Innovation 9.1 → LTS 9.7 ✓ ✗ ✓ ✓ LTS 8.4 → LTS 10.7 ✗ ✗ ✗ ✗ メジャーバージョンを飛ばしてアップグレードすることはできない

Slide 22

Slide 22 text

ダウングレードの対応状況マトリクス ● ケース別利用可否 ⭐：ロールバック目的のみ（プロダクト環境での常用は非推奨） 22 インプレースクローン非同期レプリケーションダンプとロード LTS 8.4.20 → 8.4.11 ✓ ✓ ✓ ✓ LTS 9.7 → LTS 8.4 ✗ ✗ ✓⭐ ✓⭐ LTS 9.7 → Innovation 9.6 ✗ ✗ ✓⭐ ✓⭐ LTS 9.7 → Innovation 9.5 ✗ ✗ ✓⭐ ✓⭐

Slide 23

Slide 23 text

ダウングレードの対応状況マトリクス ● ケース別利用可否 ⭐：ロールバック目的のみ（プロダクト環境での常用は非推奨） 23 インプレースクローン非同期レプリケーションダンプとロード LTS 8.4.20 → 8.4.11 ✓ ✓ ✓ ✓ LTS 9.7 → LTS 8.4 ✗ ✗ ✓⭐ ✓⭐ LTS 9.7 → Innovation 9.6 ✗ ✗ ✓⭐ ✓⭐ LTS 9.7 → Innovation 9.5 ✗ ✗ ✓⭐ ✓⭐ インプレース・クローンでのダウングレードが可能なのは同一マイナーバージョンのみ

Slide 24

Slide 24 text

ダウングレードの対応状況マトリクス ● ケース別利用可否 ⭐：ロールバック目的のみ（プロダクト環境での常用は非推奨） 24 インプレースクローン非同期レプリケーションダンプとロード LTS 8.4.20 → 8.4.11 ✓ ✓ ✓ ✓ LTS 9.7 → LTS 8.4 ✗ ✗ ✓⭐ ✓⭐ LTS 9.7 → Innovation 9.6 ✗ ✗ ✓⭐ ✓⭐ LTS 9.7 → Innovation 9.5 ✗ ✗ ✓⭐ ✓⭐ メジャー／マイナーバージョンをまたぐダウングレードはロールバック目的のみ

Slide 25

Slide 25 text

クラウドのマネージドサービス利用時の注意 ● 各クラウドの公式リファレンスに示された方法を使う ○ マネージドサービスはフル管理者権限をユーザーに与えていない ■ 使えないコマンド（SQL 文）がある ■ ストアドファンクション・ストアドプロシージャで置き換えるケースがある ○ クラウド独自の便利な移行方法が用意されているケースも ■ Blue / Green デプロイなど 25

Slide 26

Slide 26 text

クラウドのマネージドサービス利用時の注意 ● マネージドサービスによっては ○ アップグレードパスを限定していることも ■ 例：Google Cloud の Cloud SQL for MySQL では 8.0.37 未満のバージョンから 8.4 への移行は 8.0.37（以降の 8.0.x）を経由する必要がある https://cloud.google.com/sql/docs/mysql/upgrade-major-db-version-inplace?hl=ja#plan-u pgrade （3. MySQL 8.0 から 8.4 にアップグレードする場合は、…） 26

Slide 27

Slide 27 text

クラウドのマネージドサービス利用時の注意 ● サポート期限が本家 MySQL と異なる場合がある ○ AWS / Amazon RDS for MySQL : https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/MySQL.Concepts.Version Mgmt.html ○ Google Cloud / Cloud SQL for MySQL : https://cloud.google.com/sql/docs/mysql/db-versions?hl=ja 27

Slide 28

Slide 28 text

クラウドのマネージドサービス利用時の注意 ● 延長サポートがあるケースでは ○ 本家の Sustaining Support（無期限）とは別に料金・内容・期限などが設定されている 28

Slide 29

Slide 29 text

ここまでのまとめ ● アップグレード・ダウングレードの方法は 4 つある ○ インプレース・クローン・レプリケーション・ダンプ＆リストア ● マネージドサービスでは各クラウドの公式リファレンスに示された方法を使う ○ アップグレードパスや方法が限定されているケースがある ○ 本家 MySQL とは EOL・サポート期間が違うケースもある 29

Slide 30

Slide 30 text

気になる非互換（8.0 → 8.4） 30

Slide 31

Slide 31 text

主に問題になるポイント 2 選 +1 ● mysql_native_password 認証プラグイン無効化 ○ 8.4 でデフォルト無効化（クラウドのマネージドサービスを除く） ● センシティブなキーワードの廃止・置き換え ○ 8.4 で MASTER / SLAVE が削除された ● 動的権限の追加（管理者権限） ○ 詳しくはこちら（本セッションでの説明は省略） https://gihyo.jp/article/2024/05/mysql-rcn0221 31

Slide 32

Slide 32 text

その他の差分はこちらで確認 ● MySQL Server Version Reference ○ https://dev.mysql.com/doc/mysqld-version-reference/en/ ● MySQL Parameters（MyNA 代表とみたまさひろさん作） ○ https://mysql-params.tmtms.net/mysqld/ 32

Slide 33

Slide 33 text

mysql_native_password 認証プラグイン無効化 ● この認証プラグインでは SHA-1 を使っている ○ そのため、すでに MySQL 8.0.34 / 8.1.0 で非推奨になっていた 33

Slide 34

Slide 34 text

mysql_native_password 認証プラグイン無効化 ● バージョンアップ前に mysql_native_password 認証を指定して作成したユーザーが接続不可に ○ 対象ユーザーの変更・再作成が必要 ■ 認証プラグインとして caching_sha2_password を使う ■ ALTER USER で変更する場合は IDENTIFIED BY ‘【パスワード】’ を省略しない 34

Slide 35

Slide 35 text

mysql_native_password 認証プラグイン無効化 ● 古いライブラリやドライバを使っている場合接続不可に ○ PHP 7.4.4 以降でパッケージインストールしたものを使っていれば大丈夫なはず https://www.php.net/manual/ja/mysqli.requirements.php https://www.php.net/manual/ja/ref.pdo-mysql.php ○ 自前でドライバを組み込んでビルドしたライブラリや、システム管理用・データ連携用などひっそりと残っている「小物」に注意 35

Slide 36

Slide 36 text

mysql_native_password 認証プラグイン無効化 ● サーバーの設定で有効化はできる ○ mysql_native_password=on ■ 注：RDS for MySQL などではデフォルトで有効かつ変更不可になっている ■ デフォルト認証プラグインは authentication_policy で設定 ○ ご利用は計画的に（セキュリティ的に非推奨） ■ 9.0.0 で mysql_native_password 認証プラグインは削除 ○ 詳細はスマートスタイル社のブログ記事で https://blog.s-style.co.jp/2024/05/11793/ 36

Slide 37

Slide 37 text

センシティブなキーワードの廃止・置き換え ● 8.0.23 以降で徐々に置き換えが始まっていた ○ MASTER → (REPLICATION) SOURCE・BINARY LOG(S) 他 ○ SLAVE → REPLICA など ○ サーバー変数・コマンドラインオプションなども同様 37

Slide 38

Slide 38 text

センシティブなキーワードの廃止・置き換え ● 8.3.0 までは ○ MASTER / SLAVE を使う構文も非推奨だが併用可能だった ○ MASTER / SLAVE を使うと従来どおりのキーワードを出力 →互換性維持のため例：SHOW SLAVE STATUS と SHOW REPLICA STATUS では出力結果が別 https://yoku0825.blogspot.com/2022/07/mysqlshow-slave-statusshow-replica.html 38

Slide 39

Slide 39 text

センシティブなキーワードの廃止・置き換え ● 8.4.0 で MASTER / SLAVE を使う構文が削除された ○ 利用中の管理ツールなどが未対応バージョンの場合対応が必要 ■ 監視ツールで出力結果をパースして使うケースを含む←ここ重要！ ■ 設定ファイル（my.cnf）や起動スクリプトなども同様 ○ 詳細はスマートスタイル社のブログ記事で https://blog.s-style.co.jp/2024/07/12381/ 39

Slide 40

Slide 40 text

ここまでのまとめ ● 大きなポイントは 2 つ ○ mysql_native_password 認証プラグイン無効化 ○ センシティブなキーワードの廃止・置き換え ● 接続ユーザーの認証プラグイン設定、古いライブラリや管理・監視ツールのバージョンアップなどの対応が必要 ○ 5.x → 8.0 よりはポイントが絞られるが確実に壁になりそう 40

Slide 41

Slide 41 text

周辺ツールの変化 41

Slide 42

Slide 42 text

8.0 で EOL になった製品 ● MySQL Workbench ○ 統合ビジュアル（GUI）ツール ○ 後継は MySQL Shell for VS Code https://dev.mysql.com/doc/mysql-shell-gui/en/ ■ gihyo.jp MySQL 道普請便りの MySQL Shell for VS Code 関連記事 https://gihyo.jp/article/2024/10/mysql-rcn0232 https://gihyo.jp/article/2024/12/mysql-rcn0235 https://gihyo.jp/article/2025/02/mysql-rcn0238 42

Slide 43

Slide 43 text

8.0 で EOL になった製品 ● MySQL Enterprise Monitor ○ Enterprise Edition 以上の契約で使える監視ツール ○ 今後は Oracle Enterprise Manager for MySQL で代替 https://www.mysql.com/jp/products/enterprise/em.html 43

Slide 44

Slide 44 text

このパートのまとめは省略 44

Slide 45

Slide 45 text

HeatWave？それって誰ですか？ 45

Slide 46

Slide 46 text

リブランディングでややこしくなった HeatWave ● 要は Oracle Cloud の MySQL マネージドサービス ○ 以前は「MySQL HeatWave」だったが「HeatWave」が頭に https://www.oracle.com/jp/heatwave/features/ ■ HeatWave（HeatWave Cluster / 列指向インメモリデータ処理エンジン） ■ HeatWave GenAI（組み込み LLM・ベクトルストア・チャット） ■ HeatWave MySQL（マネージドな MySQL Database） ■ HeatWave Lakehouse（レイクハウス分析） ■ HeatWave AutoML（機械学習モデルの構築・トレーニング） 46

Slide 47

Slide 47 text

アーキテクチャ図が複雑化した HeatWave ● GenAI が表現されていないけどそれでも複雑 https://www.oracle.com/jp/heatwave/features/ 47

Slide 48

Slide 48 text

主役は🐬に違いない HeatWave ● 「本体」その 1 は MySQL Database ○ 名前が変わって「HeatWave MySQL」に ○ MySQL Database 単体で使える ○ 列指向エンジン（後述）はオプション 48

Slide 49

Slide 49 text

本来のウリはここ↓だったはずの HeatWave ● 「本体」その 2 は列指向エンジン ○ メモリ上に全データを列指向フォーマットで置くエンジン ○ 集計・分析が得意（超高速） ■ 列指向だけど更新系がほとんど遅くならないのが特徴 ■ 9.0 からは複数クエリの並列処理も可能に ■ HeatWave GenAI でベクトルデータの処理をするときなどにも使う ■ 同様に HeatWave Lakehouse・HeatWave AutoML の処理にも使う 49

Slide 50

Slide 50 text

実は 2 つある HeatWave ● HeatWave on OCI と HeatWave on AWS がある ○ Oracle Cloud Infrastructure 上にあるのが on OCI ○ AWS 上のリソースを使ってサービス提供するのが on AWS ○ on OCI のほうが安くて機能が充実 https://www.oracle.com/jp/heatwave/pricing/ 50

Slide 51

Slide 51 text

移行事例も地味に増えてきた HeatWave ● AWS や Google Cloud からの移行でコストダウン ○ Docswell の事例 https://www.docswell.com/s/rewtheblow/K4VQ31-20240807-OracleCloud Webinar-Docswell https://zenn.dev/kusuke/scraps/ac9b294bdde490 https://www.docswell.com/　 51

Slide 52

Slide 52 text

ここまでのまとめ ● HeatWave は Oracle Cloud 上で提供されている MySQL マネージドサービス ● 通常の MySQL では苦手な集計・分析が得意な列指向インメモリデータ処理エンジンを持つ（オプション） ● 他クラウドからの移行事例が（地味に）増えてきている 52

Slide 53

Slide 53 text

で、結局、🐬とはどう付き合っていけば良い？ 53

Slide 54

Slide 54 text

私見では ● 普通の人が選ぶなら LTS Release 一択 ○ これが基本 ○ マイグレーション地獄にならないように ○ 2 年ごとにメジャーバージョンアップするサイクルを作る ■ 1 メジャーバージョン間の差分は小さいので移行も難しくない（5.7 → 8.0 のようなことはもうないはず） 54

Slide 55

Slide 55 text

私見では ● クラウドのマネージドサービスも LTS Release ○ 各社 Innovation Release への対応はあまり積極的ではなさそう →ニーズを考えれば当然 55

Slide 56

Slide 56 text

私見では ● ただし HeatWave に限れば Innovation Release もアリ ○ 追加機能に強い魅力を感じるなら ○ マイグレーション地獄を受け入れる覚悟で ■ なお HeatWave 各バージョンの提供終了時期は MySQL の EOL とは異なる https://docs.oracle.com/ja-jp/iaas/mysql-database/doc/mysql-server-versions.html （注：HeatWave on AWS では一部提供されないバージョンが存在する） 56

Slide 57

Slide 57 text

私見では ● 自前インストールもやっぱり LTS Release ○ Standard Edition / Enterprise Edition でのサポート契約を推奨 ■ 世に出るノウハウが減り続けている→だんだん自前運用が厳しくなっている（そんな時代だからこそ発信できる人はどんどん発信して！） ○ Community Edition（自力解決💪）ならこのあたり↓も意識しつつ ■ ビルド方法による性能の違い https://buildup-db.blogspot.com/2024/11/mysql-80.html 57

Slide 58

Slide 58 text

つまり ● HeatWave 以外は LTS Release ○ 自前インストールならサポート契約を推奨 58

Slide 59

Slide 59 text

余裕を持った移行計画で楽しい🐬ライフを 59

Slide 60

Slide 60 text

おまけ 60

Slide 61

Slide 61 text

phpMyAdmin の GitHub の様子を眺めてみた ● リポジトリ全体で「seconds behind」を検索 ○ レプリカ側で「SHOW REPLICA STATUS」したときに出る表示への対応状況を見てみた 61

Slide 62

Slide 62 text

phpMyAdmin の GitHub の様子を眺めてみた 62

Slide 63

Slide 63 text

phpMyAdmin の GitHub の様子を眺めてみた ● あわせて Issues（Closed 含む）で「MySQL 8.4」を検索 63 ↓関連 Pull Request

Slide 64

Slide 64 text

phpMyAdmin の GitHub の様子を眺めてみた ● ざっと見てみた雰囲気では ○ プロダクトコードには Master / Source 両対応の痕跡があったがテストコードは Master のみ ○ いずれテストコードの修正が必要になりそうな雰囲気が 64

Slide 65

Slide 65 text

phpMyAdmin の GitHub の様子を眺めてみた ● Issues で「mysql_native_password」を検索 ○ すでに Closed なものを含めて検索してみた →過去の苦労も含めて追いかけるため 65

Slide 66

Slide 66 text

phpMyAdmin の GitHub の様子を眺めてみた 66

Slide 67

Slide 67 text

phpMyAdmin の GitHub の様子を眺めてみた ● 雑な感想 ○ phpMyAdmin では MariaDB にも対応が必要なのが大変そう →MariaDB は caching_sha2_password とは別の道へ https://mariadb.com/kb/en/authentication-plugin-ed25519/ 67

Slide 68

Slide 68 text

参考情報など 68

Slide 69

Slide 69 text

アップグレードを計画するときの参考資料 ● 日本オラクル生駒さんの講演資料 ○ https://speakerdeck.com/ikomachi226/mysqlzui-xin-qing-bao-to-imazhi-tuteokitaiba ziyonatupunoji-chu-zhi-shi 69

Slide 70

Slide 70 text

MySQL のお役立ちサイト ● 本家 MySQL の公式ドキュメント ○ https://dev.mysql.com/doc/ ● スマートスタイル TECH BLOG（MySQL） ○ https://blog.s-style.co.jp/category/tech/mysql/ 70

Slide 71

Slide 71 text

MySQL のお役立ちサイト ● gihyo.jp MySQL 道普請便り ○ https://gihyo.jp/list/group/MySQL%E9%81%93%E6%99%AE%E8%AB% 8B%E4%BE%BF%E3%82%8A ● 日々の覚書（MyNA 副代表 yoku0825 さんのブログ） ○ https://yoku0825.blogspot.com/ 71

Slide 72

Slide 72 text

MySQL のお役立ち書籍 ● MySQL 運用・管理［実践］入門〜安全かつ高速にデータを扱う内部構造・動作原理を学ぶ ○ MySQL 8.0 向けだが 8.4 以降にも役立つ内容 ○ https://gihyo.jp/book/2024/978-4-297-14184-4 72