AIエージェントがデータベース障害に対応できる範囲と、人間が判断すべき範囲

-- 対象: SQL Server 2012 以降 / Amazon RDS for SQL Server
-- 権限: VIEW SERVER STATE
-- 変更作業: なし（参照のみ）
-- Production 実行: 可能
SELECT
    r.session_id,
    r.blocking_session_id,          -- 0 以外なら、この値のセッションに待たされている
    r.status,
    r.command,
    r.wait_type,
    r.wait_time                       AS wait_time_ms,
    r.wait_resource,
    DB_NAME(r.database_id)            AS database_name,
    s.login_name,
    s.host_name,
    s.program_name,
    r.total_elapsed_time              AS elapsed_ms,
    SUBSTRING(t.text, 1, 500)         AS sql_text
FROM sys.dm_exec_requests AS r
INNER JOIN sys.dm_exec_sessions AS s
        ON r.session_id = s.session_id
OUTER APPLY sys.dm_exec_sql_text(r.sql_handle) AS t
WHERE r.blocking_session_id <> 0
   OR r.session_id IN (
        SELECT blocking_session_id
        FROM sys.dm_exec_requests
        WHERE blocking_session_id <> 0
      )
ORDER BY r.wait_time DESC;

-- 対象: MySQL 5.7 / 8.0 系、Aurora MySQL 2 / 3
-- 権限: PROCESS 権限
-- 変更作業: なし（参照のみ）
-- Production 実行: 可能
SELECT
    trx.trx_id,
    trx.trx_state,
    trx.trx_started,
    TIMESTAMPDIFF(SECOND, trx.trx_started, NOW()) AS trx_age_sec,
    trx.trx_mysql_thread_id                       AS thread_id,
    trx.trx_rows_locked,
    trx.trx_rows_modified,                        -- 大きいほどロールバックに時間がかかる
    p.user,
    p.host,
    p.db,
    p.command,
    p.time                                        AS thread_time_sec,
    p.state,
    LEFT(COALESCE(trx.trx_query, p.info), 500)    AS current_sql
FROM information_schema.INNODB_TRX AS trx
LEFT JOIN information_schema.PROCESSLIST AS p
       ON p.ID = trx.trx_mysql_thread_id
ORDER BY trx.trx_started ASC;

-- 補助: トランザクションを持たない接続も含めて全体を見る
SHOW FULL PROCESSLIST;

-- 対象: SQL Server 2012 以降 / MySQL 5.7 以降・Aurora MySQL
-- 権限: SQL Server は ALTER ANY CONNECTION、MySQL は CONNECTION_ADMIN 相当
-- 変更作業: あり（セッションの強制終了とトランザクションのロールバック）
-- Production 実行: 人間の承認を得た場合のみ

-- 実行前に、以下の6項目すべてを確認する。1つでも未確認なら実行しない。
--   1. 対象がブロッキング連鎖の起点か（他に待たされていないセッションか）
--   2. そのセッションが何をしているか（定常のアプリ処理・バッチ・DDL のいずれか）
--   3. ロールバックの想定時間（更新行数が多いほど長く、その間ロックは解放されない）
--   4. 呼び出し元が再試行するか。しない場合、業務データが欠落しないか
--   5. 止める代わりに待つ選択肢が取れないか（業務側の許容時間の確認）
--   6. 承認者は誰か。実行の記録をどこに残すか

-- SQL Server: セッションIDを指定（値はサンプル）
KILL 57;

-- ロールバックの進捗を確認する（KILL 後に実行する参照専用クエリ）
-- KILL 57 WITH STATUSONLY;

-- MySQL / Aurora MySQL: PROCESSLIST の ID を指定（値はサンプル）
-- KILL 12345;