ApsaraDB RDS:SQL エクスプローラーと監査の使用

logout! は切断イベントを示します。 表示される実行期間は、最後のインタラクションと切断の間のアイドル時間です。 ステータスコード [1158] はネットワーク切断を意味します。これは、以下の原因で発生することがあります。

• クライアント接続がタイムアウトした

• サーバーが切断した

• 接続が interactive_timeout または wait_timeout の値を超過しました

[アクセス元] 列に % が表示される場合、ストアドプロシージャが関与しています。これは、ストアドプロシージャが、ホストとして % を含む DEFINER で定義されているためです。たとえば、 CREATE DEFINER=test_user@% PROCEDURE das() のようになります。

この動作を再現するには：

1. ApsaraDB RDS コンソールで、データベースと標準アカウントを作成し、そのアカウントにデータベースの権限を付与します。詳細については、「アカウントとデータベースの作成」をご参照ください。

2. CLI を使用して test_user アカウントでインスタンスに接続します。 詳細については、「データベースクライアントまたは CLI を使用して ApsaraDB RDS for MySQL インスタンスに接続する」をご参照ください。

3. testdb データベースに切り替えて、ストアドプロシージャを作成します:

   -- testdb に切り替え
   USE testdb;
   
   -- ストアドプロシージャの作成
   DELIMITER $$
   DROP PROCEDURE IF EXISTS `das` $$
   CREATE DEFINER=`test_user`@`%` PROCEDURE `das`()
   BEGIN
   SELECT * FROM information_schema.processlist WHERE Id = CONNECTION_ID();
   END $$
   DELIMITER;

4. 権限のあるアカウントを使用してインスタンスに接続します。詳細については、「データベースクライアントまたは CLI を使用した ApsaraDB RDS for MySQL インスタンスへの接続」をご参照ください。

5. ストアドプロシージャを呼び出します：

   -- testdb に切り替え
   USE testdb;
   
   -- ストアドプロシージャの呼び出し
   CALL das();

   期待される出力：

   +--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+
   | ID     | USER      | HOST   | DB     | COMMAND | TIME | STATE     | INFO                                                                    |
   +--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+
   | 487818 | test_user | %:2065 | testdb | Query   |    0 | executing | SELECT * FROM information_schema.processlist WHERE Id = CONNECTION_ID() |
   +--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+

高速クエリキャッシュ機能が有効になっているためです。同じクエリがキャッシュにヒットすると、MySQL は InnoDB をスキャンせずにキャッシュされた結果を直接返すため、スキャンされた行数はゼロになります。詳細については、「高速クエリキャッシュ」をご参照ください。

どちらのログタイプも RDS インスタンスへの増分変更をキャプチャしますが、対象範囲とユースケースが異なります：

現在書き込み中のバイナリログファイルは OSS に転送できません。その結果、[Binlog のアップロード] 機能を使用すると、一部のファイルのアップロードに失敗する場合があります。詳細については、「ApsaraDB RDS for MySQL インスタンスのバイナリログファイルをリモートで取得して解析する方法」をご参照ください。

SQL エクスプローラーと監査は、SQL Explorer の更新版だからです。エントリポイントは現在、[SQL エクスプローラーと監査] と表示されます。

いいえ。RDS インスタンスでは、最新バージョンの SQL エクスプローラーと監査のみを有効にできます。

いいえ。監査レコードをエクスポートしても、システムから削除されることはありません。

テーブルデータが誤ってまたは悪意を持って削除された場合、SQL エクスプローラーと監査を使用して、削除を実行したアカウントと IP アドレスを特定できます：

1. ApsaraDB RDS コンソールにログインします。インスタンスを見つけて、その ID をクリックします。

2. 左側メニューで、自律型サービス > SQL Explorer and Audit を選択します。

3. Audit タブの Logs セクションで、削除が発生した期間をカバーするように時間範囲を設定し、オプションでデータベース名でフィルタリングします。

4. SQL キーワード検索ボックスに DELETE と入力し、検索アイコンをクリックします。

5. 結果の中から DELETE 操作のレコードを見つけてクリックすると、アカウント名やクライアント IP アドレスなどの詳細が表示されます。

データベース名やクライアント IP アドレスなどのエラーログのフィールドを、SQL エクスプローラーと監査のフィルター条件として使用して、異常な接続を特定できます。手順は次のとおりです：

1. ApsaraDB RDS コンソールにログインし、インスタンス詳細ページに移動します。左側メニューで、自律型サービス > SQL Explorer and Audit を選択します。

2. Audit タブで、Enable Advanced Query をクリックして、高度なフィルター条件を展開します。

3. データベース フィールドに、データベース名 (例: battery) を入力します。

4. [クライアント IP] フィールドに、エラーログのホスト、たとえば 172.25.244.207 を入力します。

5. 時間範囲 を、異常な接続が発生した期間が含まれるように設定します。

6. クエリ をクリックして、組み合わせたフィルタークエリを実行します。

操作タイプによって[検索 (監査)] の結果を絞り込むことができます。SQL Explorer and Audit ページで、[検索] タブを開き、[操作タイプ] フィルターを LOGIN に設定すると、インスタンスのログオン履歴を照会できます。結果リストには、[ユーザー] (ログオンアカウント) 列と [クライアント IP] 列が含まれており、誰がどこからログオンしたかを特定するのに役立ちます。

SQL Explorer and Audit は SQL 文レベルで操作を記録しますが、フィールドレベルでの変更前後の値の比較は提供しません。 status のような特定のフィールドの変更前後の値を確認するには、Data Management (DMS) のデータ追跡機能を使用して、変更の発生源を特定してください。