Supported Event Types
Last updated: 2025-11-20 16:15:43
This document describes the event types in TDSQL-C for MySQL for which alarms can be reported.
Note:
To ensure that event names are clear and easy to understand, starting from February 27, 2024, the event indicator name " HA " in TDSQL-C for MySQL will be optimized to " Unplanned High Availability Switch ", and " Fault Avoidance " will be optimized to " Planned High Availability Switch ". Thank you for your understanding and support.
Event | Event Name | Event Description |
TencentCloud API operation event (CloudAudit) | Cloud API actions (CloudAudit) | User operation invoking TencentCloud API |
Unplanned high availability switch | HA | Instance experienced unplanned high availability switch |
Console operation event (CloudAudit) | Console operations (CloudAudit) | User operation using the console |
Database agent exception | Database agent exception | Database agent exception |
Mini program operation event (CloudAudit) | Mini program operations (CloudAudit) | User operations with mini program |
Memory OOM | OOM | System memory overload |
Instance read-only (excessive storage) | Instance read-only due to storage full | Storage space capacity exceeds the limit, write operations are blocked, and the read-only mode is enabled |
Version upgrade event | Version upgrade events | Cluster executing minor version upgrade |
Cross-AZ latency | Cross-AZ latency | High primary-replica latency of cross-availability zones Note： For cross-AZ delay events, the conditions for sending alarms are as follows: An alarm will be sent if the delayed data exceeds 2 GB and persists for more than 2 hours. An alarm will be sent if the cross-AZ primary-secondary latency exceeds 3,600 seconds and persists for more than 2 hours. After such an event occurs, it is recommended that you check the cluster status to reduce cross-AZ replica node latency. |
Database agent mount node removal | The database agent mount node is removed | Database agent mount node removal due to failure |
RDMA degradation | RdmaDowngrade | Instance RDMA degradation |
Planned high availability switch | FailureAvoid | Ops behavior initiated based on the need to avoid failures and risks |
Database audit low risk | AuditLowRisk | Audit risk level |
Medium risk for database audit | AuditMediumRisk | Audit risk level |
Database audit high risk | AuditHighRisk | Audit risk level |
Cluster isolation | ClusterIsolated | The cluster enters the isolation status |
Cross-server migration of Serverless instances is successful. | ServerlessExpandNodeBySwitchSuccess | Execution of cross-server migration of Serverless instances is successful |
Recovery of storage usage exceeding the limit | StopStorageOver | The storage space recovers to the status before exceeding the limit |
Storage usage exceeding the limit | ReportStorageOver | The storage space usage exceeds the limit |
Was this page helpful?
You can also Contact Sales or Submit a Ticket for help.
Yes
No
Feedback