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
AWSと生成AIで学ぶ!実行計画の読み解き方とSQLチューニングの実践
Search
やくも
January 09, 2026
Technology
2
1.3k
AWSと生成AIで学ぶ!実行計画の読み解き方とSQLチューニングの実践
BuriKaigi2026
https://toyama-eng.connpass.com/event/372229/
やくも
January 09, 2026
Tweet
Share
More Decks by やくも
See All by やくも
StrandsとNeptuneを使ってナレッジグラフを構築する
yakumo
2
470
なんとなくの実装を抜け出す!10分でおさらいするAgentCoreの認証・認可
yakumo
2
230
AIエージェントを5分で一気におさらい!AIエージェント「構築」元年に備えよう
yakumo
1
170
AI時代のワークフロー設計〜Durable Functions / Step Functions / Strands Agents を添えて〜
yakumo
5
3.6k
AIの長期記憶と短期記憶の違いについてAgentCoreを例に深掘ってみた
yakumo
5
570
品川会立ち上げについて
yakumo
1
350
5分で体感するhuman-in-the-loop!AIに丸投げはもうやめよう!
yakumo
1
430
re:Inventで発表された新サービス~AgentCore Evaluations/Policy~
yakumo
2
1.4k
効果的なAIエージェントを考える〜それホントにAIエージェントじゃなきゃだめですか?〜
yakumo
3
770
Other Decks in Technology
See All in Technology
Claude Codeの進化と各機能の活かし方
oikon48
21
12k
スクリプトの先へ!AIエージェントと組み合わせる モバイルE2Eテスト
error96num
0
150
Oracle Database@Azure:サービス概要のご紹介
oracle4engineer
PRO
4
1.2k
ランサムウエア対策してますか?やられた時の対策は本当にできてますか?AWSでのリスク分析と対応フローの泥臭いお話。
hootaki
0
110
Claude Codeが爆速進化してプラグイン追従がつらいので半自動化した話 ver.2
rfdnxbro
0
500
IBM Bobを使って、PostgreSQLのToDoアプリをDb2へ変換してみよう/202603_Dojo_Bob
mayumihirano
1
310
Google系サービスで文字起こしから勝手にカレンダーを埋めるエージェントを作った話
risatube
0
140
マネージャー版 "提案のレベル" を上げる
konifar
22
15k
SRE NEXT 2026 CfP レビュアーが語る聞きたくなるプロポーザルとは?
yutakawasaki0911
1
240
Shifting from MCP to Skills / ベストプラクティスの変遷を辿る
yamanoku
4
790
The_Evolution_of_Bits_AI_SRE.pdf
nulabinc
PRO
0
130
NewSQL_ ストレージ分離と分散合意を用いたスケーラブルアーキテクチャ
hacomono
PRO
2
230
Featured
See All Featured
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
470
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
How to train your dragon (web standard)
notwaldorf
97
6.6k
How Software Deployment tools have changed in the past 20 years
geshan
0
32k
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
64
53k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.2k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.7k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.6k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
150
A Tale of Four Properties
chriscoyier
163
24k
Statistics for Hackers
jakevdp
799
230k
Transcript
AWSと生成AIで学ぶ! 実行計画の読み解き方とSQLチューニングの実践 八雲 慎之助/Shinnosuke Yakumo 2025/1/10 BuriKaigi 2026
本セッションの内容 あれ、データベースが重いゾ… パフォーマンス分析・改善 SQLの実行計画とは Amazon CloudWatch Database Insights AWS DevOps
Agent まとめ
本セッションの内容 あれ、データベースが重いゾ… パフォーマンス分析・改善 SQLの実行計画とは Amazon CloudWatch Database Insights AWS DevOps
Agent まとめ
本セッションの内容 あれ、データベースが重いゾ… パフォーマンス分析・改善 SQLの実行計画とは Amazon CloudWatch Database Insights AWS DevOps
Agent まとめ
本セッションの内容 あれ、データベースが重いゾ… パフォーマンス分析・改善 SQLの実行計画とは Amazon CloudWatch Database Insights AWS DevOps
Agent まとめ
本セッションの内容 あれ、データベースが重いゾ… パフォーマンス分析・改善 SQLの実行計画とは Amazon CloudWatch Database Insights AWS DevOps
Agent – re:Invent 2025 で発表 まとめ
八雲 慎之助(やくも しんのすけ) 年次:2年目 選出:2025 Japan AWS Jr.Champions コミュニティ:JAWS-UG 新潟支部
運営 好きなサービス:Amazon Neptune, Amazon Bedrock AgentCore Who am I @yakumo_09 @yakumo_0905
こんなことありませんか? なんかさぁ、処理重くない? SQLでめっちゃ時間がかかる データベースが重い? 詳しい人がいない!
こんなことありませんか? なんかさぁ、処理重くない? SQLでめっちゃ時間がかかる データベースが重い? 詳しい人がいない!
パフォーマンス調査の手順(ざっくり) リソースの確認 さらに内部へ DBを見てみる • DB生きてる? • CPU足りてる? • メモリ足りてる?
• 権限は? • レイテンシーは? • 遅いクエリはどこ? • 待ちイベントは? • スロットリングの発生 • ログやメトリクスの 確認 • 実行計画の修正
パフォーマンス調査の手順(ざっくり) リソースの確認 さらに内部へ DBを見てみる • DB生きてる? • CPU足りてる? • メモリ足りてる?
• 権限は? • レイテンシーは? • 遅いクエリはどこ? • 待ちイベントは? • スロットリングの発生 • ログやメトリクスの 確認 • 実行計画の修正
パフォーマンス調査の手順(ざっくり) リソースの確認 さらに内部へ DBを見てみる • DB生きてる? • CPU足りてる? • メモリ足りてる?
• 権限は? • レイテンシーは? • 遅いクエリはどこ? • 待ちイベントは? • スロットリングの発生 • ログやメトリクスの 確認 • 実行計画の修正
実行計画とは •データベースがどのような手順でクエリを実行し、 どのリソースをどう利用するか示した計画 • 実行計画の例
データベース パフォーマンス調査・改善の課題
パフォーマンス調査の課題 なんかさぁ、処理重くない? SQLでめっちゃ時間がかかる データベースが重い? 詳しい人がいない!
• 「問題の特定→修正→動作確認」まで専門的なスキルが求 められ、長時間の作業が必要になる • 問題の特定のため、専門的なクエリを手動で実行していく 必要がある • パフォーマンス改善のため、実行計画を分析しながらさら にチューニングが必要 パフォーマンス調査の課題
専門的な領域のため属人化しがち •配属されたばかりの若手、新人 •DBに知見がないエンジニア •少人数のプロジェクト →解決に時間がかかる、そもそも知見がない →プロジェクト全体にストレス
Amazon CloudWatch Database Insights
Amazon CloudWatch Database Insights とは? • データベース関連の様々なイベン トを集中管理 • データベースの健全性を視覚的に
確認可能 • 実行計画や遅いクエリの分析など、 追加の分析項目も Database Insights Performance Insights メトリクス 実行計画 クエリ分析 イベント
選べる2種類のプランについて スタンダードモード • 料金:無料 • 日常的な監視や分析向け アドバンスドモード • 料金:使用されたCPU、ACUに基づく課金 •
複数の可視化/分析が可能 • 実践的なパフォーマンス分析向け
選べる2種類のプランについて スタンダードモード • 料金:無料 • 日常的な監視や分析向け アドバンスドモード • 料金:使用されたCPU、ACUに基づく課金 •
複数の可視化/分析が可能 • 実践的なパフォーマンス分析向け
Amazon CloudWatch Database Insights パフォーマンスメトリクス 「データベースロード」
データベースロード Average Active Sessions (AAS) データベースロード 時間 4 2
データベースロード • DBのパフォーマンスを評価するための指標 アクティブなセッション数(Active Sessions) • アクティブなセッションとは データベースのセッションは’アクティブ/アイドル’ アクティブセッションはCPU使用中、他処理待機中 •
データベースロードとは 1秒ごとにアクティブなセッションをサンプリング
データベースロード Average Active Sessions (AAS) データベースロード 時間 4 2
データベースロード Average Active Sessions (AAS) データベースロード 時間 4 2 CPU使用中
待機中
データベースロード Average Active Sessions (AAS) データベースロード 時間 4 2 CPU使用中
書き待ち 読み待ち
データベースロード Average Active Sessions (AAS) データベースロード 時間 4 2 CPU使用中
書き待ち 読み待ち 最大vCPU AAS < 最大vCPU パフォーマンス問題なし AAS >= 最大vCPU パフォーマンス問題の可能性あり AAS > 最大vCPU パフォーマンス問題あり
AWS発の新しいAgentic IDE、Kiro https://aws.amazon.com/jp/blogs/news/introducing-kiro/ https://aws.amazon.com/jp/blogs/news/introducing-kiro-autonomous-agent/ • Kiro IDE, Kiro CLI(Amazon Q
Developerとの統合) • Kiro Autonomous Agent(2025年冬登場) • リモートのコーディングエージェ ント • MCP、アクセス制御など
インデックスの作成 ## 提案されたインデックスの追加 CREATE INDEX idx_pgbench_accounts_bid ON pgbench_accounts(bid);
あれ、更新できないんですけど
いわゆるデッドロック状態 専有ロック 専有ロック お互いに ロック解除待ち
ロックツリー分析 • 誰が、どのセッションIDで、どのクエリを流してロックが 発生しているかすぐにわかる • セッションIDをロールバックするだけ!
おまけで紹介
AWS DevOps Agent
•常時稼働してリソースや環境を監視 常時稼働のAI Agent(いわゆる初手AIとかAmbient Agent) アラートを機に調査、復旧まで •将来の再発防止に努める インシデント全体のパターンを分析、今後のインシデント予防への対 策事項を提案 AWS DevOps
Agent とは
• データベースが重い • Amazon CloudWatch Database Insights • パフォーマンス分析の属人化からの脱却 •
生成AI、AI Agentをどんどん活用していきましょう! まとめ