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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
やくも
January 09, 2026
Technology
1.5k
3
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AWSと生成AIで学ぶ!実行計画の読み解き方とSQLチューニングの実践
BuriKaigi2026
https://toyama-eng.connpass.com/event/372229/
やくも
January 09, 2026
More Decks by やくも
See All by やくも
StepFunctionsとGraphRAGを活用した暗黙知活用のためのRAG基盤
yakumo
0
97
Text-to-SQLをAgentCoreで実現し、生成されるSQLの精度を定量的に評価する
yakumo
2
1.3k
社内RAGの導入で気を付けたポイント
yakumo
3
180
おいらのAWSアップデートの追い方〜Slack×AgentCore〜
yakumo
2
150
AgentCore Managed Harness を使ってみよう
yakumo
2
490
AgentCoreがWindowsで動かなかった原因を調べてみた
yakumo
1
110
AgentCoreとLINEを使った飲食店おすすめアプリを作ってみた
yakumo
2
430
StrandsとNeptuneを使ってナレッジグラフを構築する
yakumo
2
640
なんとなくの実装を抜け出す!10分でおさらいするAgentCoreの認証・認可
yakumo
2
790
Other Decks in Technology
See All in Technology
2年前に削除したPHPクラスが、 ある日突然決済をエラーにした
ykagano
1
750
”AIを使う” から ”AIに任せる” へ ─ 開発プロセスを再設計してAIを組織標準にするまで
cyberagentdevelopers
PRO
1
140
AIエージェントがあれば技術書なんてすぐ書けるでしょ→無理でした
watany
2
190
穢れた技術選定について
watany
19
6.1k
大量データに対しても、生成AIを用いてリーズナブルにデータ加工をしたい!Databricksのai_queryについて調べてみた
kamoshika
1
280
探索・可視化・自動化を一本化 Amazon Quickでデータ活用スピードを上げる方法
koheiyoshikawa
0
170
Amazon Quick 入門!
ysuzuki
2
130
データエンジニアリングとドメイン駆動設計
masuda220
PRO
14
2.5k
AI工学特論: MLOps・継続的評価
asei
4
880
なぜ、あなたのエージェントは言うことを聞かないのか
segavvy
1
350
人とエージェントが高め合う協業設計
kintotechdev
0
740
AI時代のPlaywright活用(システムテストを自動化する ー 実行エンジンにPla ywrightを選んだ理由)
ynisqa1988
2
930
Featured
See All Featured
Utilizing Notion as your number one productivity tool
mfonobong
4
450
Design in an AI World
tapps
1
270
First, design no harm
axbom
PRO
2
1.2k
The browser strikes back
jonoalderson
0
1.4k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
550
Designing Experiences People Love
moore
143
24k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
GitHub's CSS Performance
jonrohan
1033
470k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.4k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
390
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
350
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をどんどん活用していきましょう! まとめ