--- title: "DB Cluster の詳細を見る" slug: "db-clouddbserverless-dbclusterdetail" updated: 2026-10-20T09:03:57Z published: 2026-10-20T09:03:57Z canonical: "guide.ncloud-docs.com/db-clouddbserverless-dbclusterdetail" --- > ## Documentation Index > Fetch the complete documentation index at: https://guide.ncloud-docs.com/llms.txt > Use this file to discover all available pages before exploring further. # DB Cluster の詳細を見る VPC環境で利用できます。 DB Clusterを運用していると、作成時に設定した DBに関するオプションを変更する必要が生じます。Cloud DB Serverlessでは、既に作成済みの DBクラスタであっても、簡単な数回のクリックで関連設定を変更できるようサポートしています。 参考 - DB管理機能は、基本的に DBクラスタのステータスが**運用中**の場合に利用可能です。 - DB管理機能は、DBクラスタと DBインスタンスによって利用可能なメニューが異なります。 作成して運用中の DB Clusterを管理する方法は、次の通りです。 1. NAVERクラウドプラットフォームコンソールの VPC環境で、**Menu** > **All Services** > **Database** > **Cloud DB Serverless**メニューを順にクリックします。 2. **DB Cluster**メニューをクリックします。 3. DB Clusterリストから管理する Clusterをクリックし、 **[DB管理]** ボタンをクリックします。 4. **DB Clusterの詳細を見る**メニューで必要な管理タブをクリックします。 ## Database管理 選択した DBクラスタにデータベースを追加したり、作成したデータベースを削除できます。データベースは最大1000個まで追加・照会でき、追加や削除は一度に10個まで可能です。 DBの追加と作成を行うには、 **[Database追加]** ボタンをクリックしてデータベースを追加するか、作成された DB行の **[削除]** ボタンをクリックしてデータベースを削除します。 注意 データベースを削除すると、選択したデータベースのすべてのデータが削除されます。 ## DB Config管理 DBクラスタが運用中のステータスで様々な設定を変更できます。変更した設定値は DBクラスタ全体に適用され、一部の Config変数は変更時に DBクラスタが再起動してから適用されます。変更する方法は、次の通りです。 1. **DB Config管理**タブで必要な情報を確認または入力します。 - Config Name: 設定変数名 - Config Value: 変数値 2. **[追加]** ボタンをクリックします。 - 追加した設定変数を変更する場合: **[変更]** ボタンをクリック - 追加した設定変数を削除する場合(デフォルト値に設定する場合): **[削除]** ボタンをクリック 3. **[保存]** ボタンをクリックします。 4. DBクラスタリストで Configを変更した Statusを確認します。 - 設定中: ユーザーが入力した情報で DBクラスタを構成しているステータス - 運用中: ユーザーが入力した情報で DBクラスタの設定が完了したステータス 注意 - 設定した Config値が適していない場合、DBクラスタが正常に動作しないことがあります。設定する前に、Config変数の動作を十分に理解した上で適用してください。正しくない設定で DBクラスタの動作に問題が発生した場合、サポートセンターまでお問い合わせください。 - DB Config管理を通じてログ(binary、error、slow、general log)が収集されるように設定すると、その DBクラスタのデータストレージ領域に保存し、使用量に応じて料金が発生します。 ### Config変数リスト Config変数に関する説明は、次の通りです。 参考 - Config変数設定に関する詳細は、[MySQL公式ドキュメント(英語)](https://dev.mysql.com/doc/refman/8.0/en/server-configuration.html)をご参照ください。 - 一部の Config変数は Cloud DB Serverless内部で管理されているため、直接変更することはできません。 ## DB User管理 DBクラスタを作成する際、アクセスするアカウントの IDとパスワードをデフォルトで作成します。ただし、DBクラスタを運用しているとユーザーを追加する必要が生じたり、既存のユーザーアカウントのパスワードを再設定しなければならない状況が発生することがあります。または、ユーザーアカウントの削除が必要な場合もあります。Cloud DB Serverlessでは、DBクラスタを使用するユーザーアカウントの追加、変更、削除を簡単に行える DB User管理機能を提供します。DB User管理機能でユーザーアカウントを変更した結果は、DB Service全体に適用されます。ユーザーアカウントは最大1,000個まで追加できます。 ユーザーアカウントを追加、削除したり、既存管理者アカウントのパスワードを変更する方法は、次の通りです。 1. **DB User管理**タブでユーザーアカウントに必要なタスクを行います。 - ユーザーアカウントの追加: USER_ID、DB権限、パスワードに情報を入力し、 **[DB User追加]** ボタンをクリック - すべての DB権限は system DBの execute権限を含む - CRUD権限は READ権限を含み、DDL権限は READ、CRUD権限を含む - プロシージャの照会は権限に関係なく、すべてのアカウントで実行可能([MySQL公式ドキュメント(英語)](https://dev.mysql.com/doc/refman/5.7/en/show.html)を参照) - ユーザーアカウント削除: 削除するユーザーアカウントの行で **[削除]** ボタンをクリック - ユーザーアカウントパスワードの変更: 変更するユーザーアカウントの行で **[変更]** ボタンをクリックして変更し、 **[保存]** ボタンをクリック 2. **[保存]** ボタンをクリックします。 3. DBクラスタ画面のリストで Userを設定した DBクラスタのステータスを確認します。 - 設定中: ユーザーが入力した情報で DBクラスタを構成しているステータス - 運用中: ユーザーが入力した情報で DBクラスタの設定が完了したステータス 注意 - ユーザーアカウントを削除すると、そのアカウントを使用していたアプリケーションにはアクセスできなくなります。 - コンソールで許可しない文字で DB Userを作成した場合は、コンソールで変更、削除できません。DBクラスタに直接アクセスして変更してください。 ## Audit設定管理 DBクラスタで発生する接続およびクエリ実行の履歴を、監査(Audit)の目的でログファイルに記録できます。Audit設定管理で Audit Logの使用有無、記録するイベントの範囲、ログ形式を設定でき、変更した設定は DBクラスタ全体に適用されます。変更する方法は、次の通りです。 1. **Audit設定管理**タブで、以下の内容を参照して設定を変更します。 - Audit Logを使用する: Audit Logの有効化有無を選択(デフォルト値: 無効) - Audit Policy: Audit Logに記録するイベントの定義(デフォルト値: ALL) - LOGINS: DBにアクセスする DBアカウントのアクセスと解除のみ記録 - QUERIES: DBで発生した DDL文を含むクエリを記録 - ALL: LOGINS + QUERIES - Log Format: Audit Logファイルに記録される形式(JSON、XMLから選択、デフォルト値: JSON) 2. **[保存]** ボタンをクリックします。 3. 再起動のご案内ポップアップが表示される場合、内容を確認の上、 **[確認]** ボタンをクリックします。 4. DB Cluster画面の DBクラスタリストで、Auditを設定した対象の Statusを確認します。 - 設定中: ユーザーが入力した情報で DBクラスタを構成しているステータス - 運用中: ユーザーが入力した情報で DBクラスタの設定が完了したステータス - **設定変更時の再起動の有無** | 変更内容 | 再起動 | 説明 | | --- | --- | --- | | Audit Logを有効化 | 必要 | DBクラスタ内のすべての DBインスタンスが再起動された後に適用 | | Log Format変更 | 必要 | 有効化状態で Log Formatを変更する場合、再起動された後に適用 | | Audit Policy変更 | 不要 | 有効な状態で Audit Policyのみを変更する場合、即座に適用 | | Audit Logを無効化 | 不要 | 即座に適用され、既に記録された Audit Logファイルは削除されずに保持 | - **Audit Logのフィールドリスト** Audit Logに記録される情報は同じですが、Log Format(JSON/XML)によってフィールド名や構造が異なります。 - JSON: レコードの配列として記録され、各レコードは共通フィールドとイベント種別ごとのデータオブジェクトで構成されます。 - XML: `<AUDIT_RECORD>` 要素の子要素として記録され、すべての項目は大文字の要素名を使用します。 - フィールド対応表 | 項目 | JSON | XML | | --- | --- | --- | | イベント発生時間(UTC+0) | timestamp | TIMESTAMP | | レコード ID | id | RECORD_ID - XMLは `<번호>_<시각>` 形式 | | イベントタイプ | class + event | NAME | | 実施されたタスクタイプ | query_data.sql_command | COMMAND_CLASS | | Client connection ID | connection_id | CONNECTION_ID | | アクセスアカウント | account.user | USER | | 認証に使用されたアカウント | account.userに含まれる | PRIV_USER | | アクセスホスト | account.host | HOST | | Client IPアドレス | login.ip | IP | | 外部認証ユーザー | login.os | OS_LOGIN | | Proxyユーザー | login.proxy | PROXY_USER | | アクセス時の default DB | connection_data.db | DB | | アクセスしたテーブル | table_access_data.table | TABLE | | ステータスの結果値(0: 成功) | connection_data.status general_data.status command_data.status query_data.status | STATUS | | コネクションタイプ | connection_data.connection_type | CONNECTION_TYPE | | 実行された SQL文 | query_data.query parse_data.query | SQLTEXT | | 再作成された SQL文 | parse_data.rewritten_query | REWRITTEN_QUERY | | パースフラグ | parse_data.flags | FLAGS | | 実行されたコマンドタイプ | command_data.command | COMMAND_CLASS | | 照会された変数の名前/値 | global_variable_data.name global_variable_data.value | VARIABLE_NAME VARIABLE_VALUE | | Client情報 | connection_attributes | CONNECTION_ATTRIBUTES - XMLは ATTRIBUTEの NAME/VALUEペアで繰り返し | | サーバ ID | server_id | SERVER_ID | Client情報(connection_attributes)には `_pid`、`_platform`、`_os`、`_client_name`、`_client_version`、 `program_name`、`os_user` などが記録され、アクセスに使用したコネクタによって項目が異なる場合があります。 * イベントタイプの対応表 | 説明 | JSON (class/event) | XML (NAME) | | --- | --- | --- | | アクセス | connection/connect | Connect | | アクセス解除 | connection/disconnect | Disconnect | | クエリ開始 | query/query_start | Query Start | | クエリ終了 | query/query_status_end | Query Status End | | コマンド開始 | command/command_start | Command Start | | コマンド終了 | command/command_end | Command End | | クエリ再作成 | parse/query_rewritten | Query Rewritten | | Prepared statement | parse/prepared_statement | Prepared Statement | | テーブル照会 | table_access/read | TableRead | | テーブル入力 | table_access/insert | TableInsert | | 変数照会 | global_variable/variable_get | Variable Get | | 通常ステータス | general/status | Status | | 通常結果 | general/result | Result | | エラー | general/error | Error | * レコード例 JSON ``` { "timestamp": "2026-07-31 17:23:37", "id": 62, "class": "connection", "event": "connect", "connection_id": 10, "account": { "user": "app_user", "host": "" }, "login": { "user": "app_user", "os": "", "ip": "127.0.0.1", "proxy": "" }, "connection_data": { "connection_type": "tcp/ip", "status": 0, "db": "fmtdb" } } ``` XML ``` Connect 5_2026-07-31T17:23:37 2026-07-31T17:23:37 Connection 10 localhost 127.0.0.1 app_user app_user fmtdb 0 TCP/IP ``` > ログインに失敗した場合、アクセスイベント(JSON `connection/connect`、XML `Connect`)のステータス結果値に エラー番号が記録されます。例えば、パスワードが間違っていた場合、`1045`が記録されます。 注意 - Audit Logの有効化、または Log Formatの変更時、DBクラスタ内のすべての DBインスタンスが再起動されます。再起動中は DBへの接続が切断されることがあり、Primaryが再起動している間は書き込み(Write)タスクを実行できません。ただし、Failoverは発生しません。 - Audit Policyを ALLまたは QUERIESに設定すると、実行されるすべてのクエリが記録されるため、ログの発生量が大幅に増加することがあります。 - Audit Logは DBクラスタのデータストレージと Cloud Log Analyticsサービスを利用するため、容量に対する追加費用が発生します。 参考 - Log Formatを変更すると、記録される情報は同じですが、フィールド名と構造が変わります。Audit Logを収集・分析するシステムと連携している場合は、Log Formatを変更する際にパースルールも併せて変更してください。 - Audit Logが無効になっている場合、Audit Policyと Log Formatは選択できません。 - Audit Logのローテーションおよび保管期間の設定は、**DB Log設定管理**タブで他のログと同様の方法で変更できます。 - 収集された Audit Logは、他の DBログと同様にファイルとして保存されます。ログファイルリストは **[DB管理]** > **DB Instanceの詳細を見る** > **DB Instance Logs**で照会でき、ログ内容は **Monitoring** > **DB Logs**で照会できます。 - 使用中の Audit Logファイルは `mysql-audit.log`として保存され、ローテーションされたファイルは `mysql-audit.<로테이션 시각>.log` 形式で保存されます。 - DBクラスタの運用および冗長化のために NAVERクラウドプラットフォームで使用される管理アカウントのアクティビティは、Audit Logの記録対象から除外されます。 ## DB Log設定管理 作成した DBクラスタのログローテーションと保存設定を変更できます。変更すると、DBクラスタ全体に適用されます。変更する方法は、次の通りです。 1. **DB Log設定管理**タブで、以下の内容を参照して設定を変更します。 - Log: ログ名を確認(Error Log、Slow Query Log、General Log、Audit Logの中から選択) - Log Rotate: ログローテーションが毎日またはサイズ別に実行されるように設定 - サイズで選択する場合、10~100MBの中から選択 - Log file: 保存するログファイルの数(3~7個の中から選択) 2. **[保存]** ボタンをクリックします。 3. DB Cluster画面の DBクラスタリストで、Logを設定した対象の Statusを確認します。 - 設定中: ユーザーが入力した情報で DBクラスタを構成しているステータス - 運用中: ユーザーが入力した情報で DBクラスタの設定が完了したステータス 参考 - General Query Logを積み上げるには、**DB管理** > **DB Clusterの詳細を見る** > **DB Config管理**で `general_log`を有効にする必要があります。 - Audit Logは **DB管理** > **DB Clusterの詳細を見る** > **Audit設定管理**で有効にしている場合にのみ、ローテーションおよび保管期間の設定を変更できます。 - Log Rotateタイプを変更すると、以前のログは自動削除できません。不要なログは、 **[DB管理]** > **DB Instanceの詳細を見る** > **DB Instance Logs** > **[Log削除]** 機能を通じて削除してください。 ## Backup設定管理 選択した DBクラスタのバックアップファイルの保管期間とバックアップ実行時間設定を変更できます。変更する方法は、次の通りです。 1. **Backup設定管理**タブで、以下の内容を参照して設定を変更します。 - Backup設定: Cloud DB Serverlessのバックアップ設定の使用有無を選択(現在のオプションは変更不可) - Backupファイルの保存期間: 1~30まで入力可能 - Backup時間: バックアップを実行する時間設定で、選択した時間から15分以内にバックアップを実行 - 自動: 毎日自動でバックアップを開始 - ユーザー定義: 毎日ユーザーが設定した時間+15分の間にバックアップを開始 2. **[保存]** ボタンをクリックします。