適用対象: Azure Database for MySQL - フレキシブル サーバー
Azure Database for MySQL には、高度なデータベース管理タスクを簡素化および自動化するための組み込みのストアド プロシージャがいくつか用意されています。 これらのストアド プロシージャは、ユーザーがデータイン レプリケーション、ログのクリーンアップの取り消し、プラグイン管理などの機能を効率的に構成するのに役立ちます。
この記事では、Azure Database for MySQL で使用できる組み込みのストアド プロシージャとその機能、およびその使用方法について説明します。
現在使用可能な組み込みストアド プロシージャ
1. インプットデータのレプリケーション管理
Azure Database for MySQL には、開始、停止、状態の確認、レプリケーションのリセットなど、データイン レプリケーションを管理するためのストアド プロシージャが用意されています。
これらの手順の詳細については、「 Azure Database for MySQL - フレキシブル サーバーのデータイン レプリケーションを構成する方法」を参照してください。
2. プラグイン管理
Azure Database for MySQL では、パスワード強度ポリシーを適用する パスワード検証プラグインがサポートされています。 ユーザーは、次のストアド プロシージャを使用して、このプラグインを有効または無効にすることができます。
パスワードの検証プラグインを有効にする
CALL az_install_validate_password_plugin();
プラグインを有効にすると、Azure portal の [サーバー パラメーター] ページで関連するパラメーターを表示および構成できます。
パスワード検証プラグインを無効にする
CALL az_uninstall_validate_password_plugin();
このストア プロシージャは、プラグインを削除します。
注
- HA (高可用性) サーバーの場合、これらのストアド プロシージャは最初にプライマリ サーバーで実行し、その後、強制フェールオーバーを実行し、新しいプライマリでストア プロシージャを再実行する必要があります。
- レプリカ サーバーの場合、プライマリでこれらのストアド プロシージャを実行すると、レプリカと自動的に同期されません。 プライマリで実行した後、 各 レプリカで手動で実行する必要があります。
3.Undo ログのクリーンアップ
場合によっては、Undo ログのサイズが大きくなることがあり、クリーンアップした方がいい場合があります。 Azure Database for MySQL には、このタスクに役立つストアド プロシージャが用意されています。
- 表スペースを確認するには、まず次のコマンドを実行します。
SELECT NAME, FILE_SIZE, STATE FROM INFORMATION_SCHEMA.INNODB_TABLESPACES WHERE SPACE_TYPE = 'Undo' AND STATE = 'active' ORDER BY NAME;
- 元に戻すログが大きい場合は、次のコマンドを実行して新しいテーブルスペースを作成します。
現在、2 つの既定のテーブルスペースを含め、最大 8 つのテーブルスペースがサポートされています。 X 値は 3 から 8 の間である必要があります。 コマンドが完了すると、新しい表スペースはアクティブな状態になります。call az_create_undo_tablespace(X)
- 次のコマンドを実行して、innodb_undo_001を非アクティブ化します (既定)。
次に、innodb_undo_001の状態が空になるまで待ちます (元に戻すログが切り捨てられるということです)。call az_deactivate_undo_tablespace(1)
- 次のコマンドを実行して、innodb_undo_001をアクティブにします (既定)。
次に、innodb_undo_001の状態がアクティブになるまで待ちます。call az_activate_undo_tablespace(1)
- innodb_undo_002に対して 1 ~ 4 の手順を繰り返します。
call az_deactivate_undo_tablespace(3);
実行して、新しく作成された表スペースを非アクティブ化します。 状態が Empty になるまで待ちます。 次に、Call az_drop_undo_tablespace(3);
を実行して、新しく作成された表スペースをドロップします。 既定の値 (innodb_undo_001、innodb_undo_002) は削除できません。作成した値のみを削除してください。この例では、x_undo_003です。削除する前に、最初にx_undo_003を空の状態に非アクティブ化します。
結論
Azure Database for MySQL には、高度なデータベース管理タスクを簡略化する組み込みのストアド プロシージャが用意されています。 これらの手順により、ユーザーはレプリケーションを設定し、元に戻すログを管理し、プラグインを効率的に有効にすることができます。 これらのツールを適用することで、データベース管理者はパフォーマンスを向上させ、ストレージを最適化し、シームレスなデータ同期を実現できます。