Aurora MySQLで特定のクエリが遅くなったときの確認手順

-- 対象: Aurora MySQL 2.x / 3.x
-- 権限: 接続権限（グローバル変数の参照のみ）
-- 変更作業: なし（参照のみ）
-- Production 実行: 可能
SHOW GLOBAL VARIABLES WHERE Variable_name IN (
    'slow_query_log',
    'long_query_time',
    'log_output',
    'log_queries_not_using_indexes',
    'min_examined_row_limit',
    'performance_schema'
);

-- 対象: Aurora MySQL 2.x / 3.x
-- 権限: 自分以外のセッションを見るには PROCESS 権限
-- 変更作業: なし（参照のみ）
-- Production 実行: 可能
SELECT
    ID,
    USER,
    HOST,
    DB,
    COMMAND,
    TIME                    AS elapsed_sec,
    STATE,
    LEFT(INFO, 200)         AS query_head
FROM information_schema.PROCESSLIST
WHERE COMMAND <> 'Sleep'
ORDER BY TIME DESC;

-- 対象: Aurora MySQL 2.x / 3.x
-- 権限: PROCESS 権限
-- 変更作業: なし（参照のみ）
-- Production 実行: 可能
SELECT
    trx_id,
    trx_state,
    trx_started,
    TIMESTAMPDIFF(SECOND, trx_started, NOW()) AS open_sec,
    trx_mysql_thread_id,
    trx_rows_locked,
    trx_rows_modified,
    LEFT(trx_query, 200)                      AS current_query
FROM information_schema.INNODB_TRX
ORDER BY trx_started ASC;

-- 対象: Aurora MySQL 2.x / 3.x（performance_schema = ON が前提）
-- 権限: performance_schema への SELECT
-- 変更作業: なし（参照のみ）
-- Production 実行: 可能
SELECT
    SCHEMA_NAME,
    LEFT(DIGEST_TEXT, 200)                          AS digest_head,
    COUNT_STAR                                      AS exec_count,
    ROUND(SUM_TIMER_WAIT / 1000000000000, 3)        AS total_sec,
    ROUND(AVG_TIMER_WAIT / 1000000000000, 6)        AS avg_sec,
    SUM_ROWS_EXAMINED                               AS rows_examined,
    SUM_ROWS_SENT                                   AS rows_sent,
    SUM_NO_INDEX_USED                               AS no_index_used,
    SUM_CREATED_TMP_DISK_TABLES                     AS tmp_disk_tables,
    FIRST_SEEN,
    LAST_SEEN
FROM performance_schema.events_statements_summary_by_digest
ORDER BY SUM_TIMER_WAIT DESC
LIMIT 20;

-- 対象: EXPLAIN は Aurora MySQL 2.x / 3.x、EXPLAIN ANALYZE は 3.x（MySQL 8.0互換）のみ
-- 権限: 対象テーブルへの SELECT
-- 変更作業: なし（EXPLAIN ANALYZE はクエリを実際に実行する点に注意）
-- Production 実行: EXPLAIN は可能／EXPLAIN ANALYZE は実行負荷を許容できる場合のみ

-- 1) 実行計画だけを見る（クエリは実行されない）
EXPLAIN
SELECT id, name, updated_at
FROM SampleDB.sample_table
WHERE status = 'active'
  AND updated_at >= '2026-08-01'
ORDER BY updated_at DESC
LIMIT 100;

-- 2) 実測値つきの実行計画（Aurora MySQL 3.x のみ。クエリを実際に実行する）
EXPLAIN ANALYZE
SELECT id, name, updated_at
FROM SampleDB.sample_table
WHERE status = 'active'
  AND updated_at >= '2026-08-01'
ORDER BY updated_at DESC
LIMIT 100;

# 対象: Aurora MySQL 2.x / 3.x（DBパラメータグループとDBクラスター設定）
# 権限: IAM rds:ModifyDBParameterGroup, rds:ModifyDBCluster
# 変更作業: あり（パラメータ変更 + ログ出力先の変更）
# Production 実行: 変更管理を通したうえで実施。ログ量とストレージ増加を見込むこと

# 1) スロークエリログを有効化する（いずれも動的パラメータとして扱われる想定。
#    実際の反映方法は describe-db-parameters の ApplyType で確認すること）
aws rds modify-db-parameter-group \
  --db-parameter-group-name example-aurora-mysql-params \
  --parameters '[
    {"ParameterName":"slow_query_log","ParameterValue":"1","ApplyMethod":"immediate"},
    {"ParameterName":"long_query_time","ParameterValue":"1","ApplyMethod":"immediate"},
    {"ParameterName":"log_output","ParameterValue":"FILE","ApplyMethod":"immediate"}
  ]'

# 2) クラスター単位でスロークエリログをCloudWatch Logsへ出力する
aws rds modify-db-cluster \
  --db-cluster-identifier example-aurora-cluster \
  --cloudwatch-logs-export-configuration '{"EnableLogTypes":["slowquery","error"]}' \
  --apply-immediately

# 3) 反映後の値を確認する
aws rds describe-db-parameters \
  --db-parameter-group-name example-aurora-mysql-params \
  --query "Parameters[?ParameterName=='slow_query_log' || ParameterName=='long_query_time'].{Name:ParameterName,Value:ParameterValue,Apply:ApplyType,Status:ApplyMethod}" \
  --output table

# 対象: Aurora MySQL 2.x / 3.x（DBパラメータグループ）
# 権限: IAM rds:ModifyDBParameterGroup, rds:RebootDBInstance
# 変更作業: あり（静的パラメータ変更 + インスタンス再起動）
# Production 実行: 不可（再起動を伴うためメンテナンス時間帯に計画実行）

# 1) performance_schema を有効化する（再起動時に反映）
aws rds modify-db-parameter-group \
  --db-parameter-group-name example-aurora-mysql-params \
  --parameters '[
    {"ParameterName":"performance_schema","ParameterValue":"1","ApplyMethod":"pending-reboot"}
  ]'

# 2) 反映のためインスタンスを再起動する（接続断が発生する）
aws rds reboot-db-instance --db-instance-identifier example-aurora-instance