メインコンテンツへスキップ
Tony は CloudThinker のデータベース専門家であり、SQL および NoSQL プラットフォーム全体でクエリ最適化、パフォーマンスチューニング、バックアップ戦略、データ分析を専門としています。

Tony が解決する問題

データベースのパフォーマンスは静かに劣化します。成長するテーブルのインデックス欠落は、P95 レイテンシがスパイクしてエンジニアが深夜 2 時に起こされるまで見えません。コネクションプールの枯渇は、誰かがデータベースを確認するまでアプリケーションのバグに見えます。スロークエリは 1 日に何百回も実行されながらデータベース CPU の 80% を消費しています — クエリ分析とインフラコストを結びつけるシステムがないため、誰も気づきません。 これらの問題を診断・修正するには通常以下が必要です:
  • pg_stat_statements のクエリや MySQL スロークエリログの有効化
  • 実行プラン(EXPLAIN ANALYZE 出力)の読み取りと解釈
  • クエリパターンと現在のインデックスの照合
  • PostgreSQL/MySQL の設定パラメーターとそのトレードオフの理解
これは高度な専門作業です。ほとんどのチームには専任の DBA がおらず、データベースのパフォーマンス問題は未解決のまま放置されるか、高コストのコンサルタントが必要になります。

他のツールが見逃すこと

ツールできること不足していること
AWS Performance Insightsデータベースの負荷とクエリの待機を可視化AWS RDS のみ、解釈に SQL の専門知識が必要、推奨機能なし
pganalyzePostgreSQL クエリ分析とインデックス推奨PostgreSQL のみ、会話型インターフェースなし、依然として DBA の解釈が必要
Percona Monitoring (PMM)オープンソースのデータベース監視複雑なセットアップ、技術的なダッシュボード、AI 分析なし
Datadog APMアプリケーション + データベーストレースの相関監視のみ、修正推奨なし、大規模では高コスト
New Relic / AppDynamicsデータベースを含むフルスタックの可観測性可視化ツールにすぎず、検出結果への対処に依然として専門家の解釈が必要
Tony は監視を超えた存在です。実行プランを読み取り、スキーマのコンテキストを理解し、作成すべき具体的なインデックス、書き直すべきクエリ、行うべき設定変更を平易な言葉で正確に伝えます。

Tony の仕組み

  1. データベースへの接続 — 読み取りアクセス経由。pg_stat_statements、MySQL Performance Schema、RDS Performance Insights、Aurora、MongoDB プロファイラーに対応
  2. スロークエリの特定 — 実行時間、呼び出し頻度、リソース消費を分析し、最も影響度の高いターゲットを自動的に発見
  3. 実行プランの読み取り — EXPLAIN ANALYZE 出力を解釈し、テーブルスキャン、インデックスミス、結合の非効率を把握
  4. 精度の高い推奨 — 具体的な CREATE INDEX ステートメント、クエリの書き換え、設定変更を前後の影響見積もりとともに生成
  5. トレードオフの理解 — 新しいインデックスの書き込みオーバーヘッド、設定変更のメモリへの影響、スキーマ変更のダウンタイム要件を考慮

機能

ドメイン機能
クエリ最適化SQL 分析、実行プラン、インデックス推奨、クエリの書き換え
パフォーマンスチューニングコネクションプーリング、設定最適化、ボトルネック特定
データ分析使用パターン、トレンド分析、キャパシティプランニング、メトリクス可視化
オペレーションバックアップ/リカバリ、レプリケーション、メンテナンス、ディザスタリカバリ計画

対応プラットフォーム

カテゴリプラットフォーム
リレーショナルPostgreSQL、MySQL、MariaDB、SQL Server、Oracle
クラウドマネージドAWS RDS、Aurora、Azure SQL、Cloud SQL
NoSQLMongoDB、Redis、DynamoDB、DocumentDB
アナリティクスRedshift、BigQuery、Snowflake

プロンプトパターン

クエリ分析

パフォーマンス最適化

データベースヘルス

バックアップとリカバリ


ツールの使い方

ツールTony のユースケース
#dashboardクエリレイテンシ(P50/P95/P99)、接続数、I/O、レプリケーションラグ
#reportパフォーマンス分析、最適化推奨、キャパシティプランニング
#recommendインデックス変更、設定更新、クエリの書き換え
#alertスロークエリ、コネクションプール枯渇、レプリケーションラグ
#chartクエリのトレンド、リソース使用率、成長パターン

ツールを使った例


効果的なプロンプト

ヒント:メトリクスを含める
ヒント:プラットフォームを指定する

接続要件

Tony はパフォーマンスメトリクスへのアクセスを持つデータベース接続を必要とします:
プラットフォーム必要なアクセス
PostgreSQLpg_stat_statements、クエリログ、パフォーマンススキーマ
MySQLPerformance Schema、スロークエリログ、ステータス変数
RDS/AuroraEnhanced Monitoring、Performance Insights
MongoDBプロファイラー、serverStatus、オペレーションログ

代表的なワークフロー

パフォーマンス危機対応

プロアクティブな最適化

キャパシティプランニング


次のステップ

https://mintcdn.com/cloudthinker/aLd-ttc-SCW-aFky/images/icons/postgresql.svg?fit=max&auto=format&n=aLd-ttc-SCW-aFky&q=85&s=8bb2ac033d0a2ccbef51154a76e1e819

PostgreSQL 接続

Tony を PostgreSQL データベースに接続する
https://mintcdn.com/cloudthinker/aLd-ttc-SCW-aFky/images/icons/mysql.svg?fit=max&auto=format&n=aLd-ttc-SCW-aFky&q=85&s=29b74ea2b3ffacd21682ca898f6a2e43

MySQL 接続

Tony を MySQL データベースに接続する

Deep Response Engine

Tony がデータベース関連インシデントを自動調査する方法

Anna

インフラ + データベースのコスト最適化に向けて Tony と Alex を連携させる