Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Aurora MySQL v1 → v3 移行で 気を付けたほうが良いこと (7 つ + α)
Search
hmatsu47
PRO
July 08, 2022
Technology
0
1.8k
Aurora MySQL v1 → v3 移行で 気を付けたほうが良いこと (7 つ + α)
JAWS ミート 〜Re:Born 東海道〜 2022/7/9
hmatsu47
PRO
July 08, 2022
Tweet
Share
More Decks by hmatsu47
See All by hmatsu47
BuriKaigi2024 にボランティアスタッフとして参加した話
hmatsu47
PRO
0
55
Aurora MySQL と Redshift の zero-ETL 統合のフィルター機能を試してみた
hmatsu47
PRO
0
22
Aurora MySQL 3.06 の ML 機能で Bedrock アクセスを試してみた
hmatsu47
PRO
0
37
RDS Data API と Aurora zero-ETL 統合と BuriKaigi2024 の話
hmatsu47
PRO
0
16
RDS Data API のその後と Aurora zero-ETL 統合のデータ転送処理の話
hmatsu47
PRO
0
41
RDS_Aurora 関連アップデート 2023 版
hmatsu47
PRO
0
70
人工無能たいたん
hmatsu47
PRO
0
61
20 世紀末の地方税理士事務所で IT 導入の 1 → 10 を頑張った話
hmatsu47
PRO
0
38
パソコン通信むかしばなし
hmatsu47
PRO
0
200
Other Decks in Technology
See All in Technology
GrafanaMeetup_AmazonManagedGrafanaのアクセス制御機能とマルチテナント環境下でのアクセス制御について
daitak
0
400
M5stackで使用できるpHセンサの開発
shinrinakamura
0
120
エンジニア候補者向け資料2024.04.24.pdf
macloud
0
3.3k
ワールドカフェI /チューターを改良する / World Café I and Improving the Tutors
ks91
PRO
0
150
チームでロジカルシンキングに改めて向き合っている話 〜学習環境と実践⽅法〜
sansantech
PRO
3
3.2k
Gradle Build Scanを使ってビルドのことを知ろう potatotips #87
tomorrowkey
2
150
M&A戦略を支えるデータマネジメント (MIDAS Tech Study #16 GENDA Komiyama)
kommy339
0
100
20分で完全に理解するGrafanaダッシュボード
hamadakoji
5
890
How to Lead? Testimonial of a Lead Android Engineer
oleur
1
110
2024春 注目のWeb系 OSS & SaaS 3選
makies
0
180
LLM開発・活用の舞台裏@2024.04.25
yushin_n
3
1.2k
開発パフォーマンスを最大化するための開発体制
ham0215
7
1.1k
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
660
120k
YesSQL, Process and Tooling at Scale
rocio
165
13k
Designing the Hi-DPI Web
ddemaree
276
33k
The World Runs on Bad Software
bkeepers
PRO
61
6.7k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
245
20k
Clear Off the Table
cherdarchuk
85
310k
Build your cross-platform service in a week with App Engine
jlugia
226
17k
What the flash - Photography Introduction
edds
64
11k
The Illustrated Children's Guide to Kubernetes
chrisshort
32
46k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
501
140k
Bash Introduction
62gerente
605
210k
Principles of Awesome APIs and How to Build Them.
keavy
121
16k
Transcript
Aurora MySQL v1 → v3 移行で 気を付けたほうが良いこと (7 つ +
α) JAWS ミート 〜Re:Born 東海道〜 2022/7/9 まつひさ(hmatsu47)
自己紹介 松久裕保(@hmatsu47) • https://qiita.com/hmatsu47 名古屋で Web インフラのお守り係をしています MySQL 8.0 の薄い本を作って配っていました
◦ https://qiita.com/hmatsu47/items/ceb75caf46e3c761095d ◦ GitHub リポジトリの他、印刷版を BOOTH で配布していました ◦ 2021/5 発行の 8.0.24 対応版を最後に更新停止しました 2
本日のネタ • Aurora MySQL v1(5.6 互換)EoL 発表 ◦ https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUs erGuide/Aurora.MySQL56.EOL.html
• 2023/2/28 までに v2 または v3 へ移行が必要 ◦ せっかく移行するなら v3 へ • ただいま移行に向けて作業中→気を付ける点は? 3
Aurora MySQL v1 の EoL までの流れ(一応) • 2022/9/27 : 新規クラスタ等作成停止
◦ 以下は(EoL まで)実行可能 ▪ v1 スナップショットの復元 ▪ クラスタにリードレプリカ追加 ▪ インスタンス設定変更 など • 2023/2/28 : EoL(予定)※時刻は 00:00:00 UTC 4
v3 移行で気を付ける点 • v1 → v2 と比べると結構たくさんある • ただし本日は網羅的な話はしない •
面倒なことになりやすい点だけピックアップ 5
https://zenn.dev/hmatsu47/books/aurora-mysql3-plan-book 移行全体の話は Zenn の本で 6
気を付ける点① 予約語 • テーブル名・列名と被る場合→要バッククォート • マイナーバージョンアップでも追加の可能性 ◦ MySQL 8.0(Aurora MySQL
v3 )から方針変更 • ORM・クエリビルダの機能で対応可ならそれを 使ってバッククォート対応する 7
気を付ける点② 結果の(暗黙)ソート • GROUP BY … ASC/DESC 廃止 ◦ GROUP
BY & 同じ列を指定した ORDER BY と等価 • GROUP BY(ORDER BY なし)ソート順不定 ◦ 以前は GROUP BY … ASC と同じ結果に • GROUP BY / ORDER BY 無指定 ◦ 主キー順 or 使用インデックス順→本来は不定 8
気を付ける点③ 一時テーブル • CREATE TEMPORARY TABLE • Reader でディスクに書き出し不可 ◦
「ENGINE=」の指定に制約 ◦ 一時テーブル用メモリ容量不足の恐れ ◦ https://aws.amazon.com/jp/blogs/database/use-the-temptable-stor age-engine-on-amazon-rds-for-mysql-and-amazon-aurora-mysql/ 9
気を付ける点④ 内部一時テーブル • こちらは UNION の処理などで内部的に使われる 一時テーブルの話 • CREATE TEMPORARY
TABLE 同様、Reader での ディスク書き出し不可 ◦ メモリ容量不足の恐れあり 10
気を付ける点⑤ 接続用ライブラリ • 公式 Connector と非公式ライブラリがある • いずれにせよバージョンアップ時に挙動が変わる 可能性がある ◦
例:ON UPDATE CURRENT_TIMESTAMP 列に MySQL Connector/J にて null で更新→ OK だったのが NG に ▪ explicit_defaults_for_timestamp 有効時 11
気を付ける点⑥ レプリケーション(移行時) • 3 バージョン間レプリケーション→サポート外に ◦ MySQL 5.6 → 8.0
のレプリケーションも • 切り戻し方向を考えれば移行は DMS 使用が妥当 • DMS : time・float 列がそのままでは移行不可 ◦ テーブルマッピングで該当列の型変換を個別指定する ▪ 精度(桁数)指定ありの float は NG 12
気を付ける点⑦ 管理系の情報 • Information Schema / Performance Schema ◦ MySQL
5.7 で sys スキーマ追加導入、8.0 で再編 ◦ かなり変化しているので先の本でも対象外に • 管理情報を使って自動化をしている場合は要注意 ◦ 自動化していなくても情報の見方が変わる点に注意 ◦ Performance Insights の待機イベントも変化 13
おまけ : COUNT(*) が失速する New!! • MySQL 8.0.14 から COUNT(*)
が並列処理可に • 実際には失速した ◦ CPU 使用率が 100% に ▪ でも Performance Insights では接続数分の負荷しかない謎 ◦ バッファプールに載っているのに Disk 読んでる? ▪ MySQL の既知の不具合っぽい挙動(本家では解決済み) 14
番外 : 組織内ロストテクノロジー化 • 注 : もちろん本来の意味ではない • 近年、「メールが分かる」技術者が減少 ◦
雰囲気でメールを送受信している • RDBMS についてもそれに近づきつつある ◦ 技術を理解しているメンバー不在←つらい ▪ 修正対応プロジェクトで割と話が伝わりづらい 15
まとめ • 結論:がんばりましょう ◦ AWS と MySQL の知識の両方が必要です ◦ くれぐれも無理はしないように
◦ ノールックバージョンアップは、運が良ければ行ける かもしれませんが事故ると死にます 16