Aurora MySQL global status variables
Aurora MySQL includes status variables from community MySQL and variables that are unique
to Aurora. You can examine these variables to learn about what's happening inside
the database engine. For more information about the status variables in community MySQL, see
Server Status Variables
You can find the current values for Aurora MySQL global status variables by using a statement such as the following:
show global status like '%aurora%';
Note
Global status variables are cleared when the DB engine reboots.
The following table describes the global status variables that Aurora MySQL uses.
Name | Description |
---|---|
|
The total number of commits since the last restart. |
|
The aggregate commit latency since the last restart. |
|
The aggregate DDL latency since the last restart. |
|
The aggregate |
|
The aggregate |
|
The aggregate |
|
The aggregate |
|
The number of bytes allocated to the binlog I/O cache. |
|
The number of read requests made to the binlog I/O cache. |
|
The number of read requests that were served from the binlog I/O cache. |
|
Indicates whether enhanced binlog is enabled or disabled for this DB instance. For more information, see Setting up enhanced binlog for Aurora MySQL. |
|
The number of database connections to the DB instance, excluding RDS service connections used for database health checks. |
|
A counter that's incremented when the cached cursor is successfully retrieved and verified. For more information on the fast insert cache, see Amazon Aurora MySQL performance enhancements. |
|
A counter that's incremented when the cached cursor is no longer valid and Aurora performs a normal index traversal. For more information on the fast insert cache, see Amazon Aurora MySQL performance enhancements. |
|
The amount of memory in bytes that the InnoDB full-text search system is using. This variable applies to Aurora MySQL version 3.07 and higher. |
|
The total number of DML statements forwarded to this writer DB instance. This variable applies to Aurora MySQL version 2. |
|
The total duration of DML statements forwarded to this writer DB instance. This variable applies to Aurora MySQL version 2. |
|
The number of times a forwarded connection failed to be established on the writer. |
|
The number of forwarded queries that get rejected due to |
|
The number of times a forwarding session is ended due to a timeout on the writer. |
|
The number of forwarded sessions on the writer DB instance. This variable applies to Aurora MySQL version 2. |
|
The total number of |
|
The total duration of |
|
The total number of DML statements forwarded to this writer DB instance. This variable applies to Aurora MySQL version 3. |
|
The total duration of DML statements forwarded to this writer DB instance. This variable applies to Aurora MySQL version 3. |
|
The number of times a forwarded connection failed to be established on the writer. |
|
The number of forwarded queries that get rejected due to |
|
The number of times a forwarding session is ended due to a timeout on the writer. |
|
The number of forwarded sessions on the writer DB instance. This variable applies to Aurora MySQL version 3. |
|
The total number of |
|
The total duration of |
|
The amount of buffer pool memory in bytes that the Aurora MySQL lock manager is using. |
|
The amount of memory in bytes that the Aurora MySQL lock manager is using. |
|
The aggregate request count that Aurora MySQLmakes to the Aurora machine learning services across all queries run by users of the DB instance. For more information, see Using Amazon Aurora machine learning with Aurora MySQL. |
|
The aggregate response count that Aurora MySQL receives from the Aurora machine learning services across all queries run by users of the DB instance. For more information, see Using Amazon Aurora machine learning with Aurora MySQL. |
|
The aggregate internal cache hit count that Aurora MySQL receives from the Aurora machine learning services across all queries run by users of the DB instance. For more information, see Using Amazon Aurora machine learning with Aurora MySQL. |
|
The number of logical requests that the DB instance has evaluated to be sent to the Aurora machine learning services
since the last status reset. Depending on whether batching has been used, this value can be higher than
|
|
The aggregate response count that Aurora MySQL receives from the Aurora machine learning services across all queries run by users of the DB instance. For more information, see Using Amazon Aurora machine learning with Aurora MySQL. |
|
The number of retried requests that the DB instance has sent to the Aurora machine learning services since the last status reset. For more information, see Using Amazon Aurora machine learning with Aurora MySQL. |
|
The aggregate count of Aurora machine learning functions that are evaluated by non-batch mode across all queries run by users of the DB instance. For more information, see Using Amazon Aurora machine learning with Aurora MySQL. |
|
Indicates whether Aurora out-of-memory (OOM) avoidance recovery is in the This variable applies to Aurora MySQL version 3.06.0 and higher. |
|
Represents the threshold for entering the
When the available memory on the server falls below this
threshold, This variable applies to Aurora MySQL version 3.06.0 and higher. |
|
Represents the threshold for exiting the When the available memory on the server rises above this
threshold, This variable applies to Aurora MySQL version 3.06.0 and higher. |
|
Represents the current OOM status of this DB instance. When
the value is If the value changes to For more information, see Troubleshooting out-of-memory issues for Aurora MySQL databases. This variable applies to Aurora MySQL version 3.06.0 and higher. |
|
The number of bytes for the tuple data structures transmitted to the head node during parallel
queries. Divide by 16,384 to compare against |
|
The maximum number of parallel query sessions that can run concurrently on this Aurora DB instance. This is a fixed number that depends on the AWS DB instance class. |
|
The number of data pages (each with a fixed size of 16 KiB) where parallel query avoided a network transmission to the head node. |
|
The number of parallel query sessions requested. This value might represent more than one session per query, depending on SQL constructs such as subqueries and joins. |
|
The number of parallel query sessions run successfully. |
|
The number of parallel query sessions that returned an error to the client. In some cases, a request for a parallel query might fail, for example due to a problem in the storage layer. In these cases, the query part that failed is retried using the nonparallel query mechanism. If the retried query also fails, an error is returned to the client and this counter is incremented. |
|
The number of parallel query sessions currently in progress. This number applies to the particular
Aurora DB instance that you are connected to, not the entire Aurora DB cluster. To see if a DB instance
is close to its concurrency limit, compare this value to
|
|
The number of times parallel query wasn't chosen to satisfy a query. This value is the sum of several other more
granular counters. An |
|
The number of times parallel query wasn't chosen due to the number of rows in the table. An |
|
The number of parallel query requests that use the nonparallel query processing path because of an unsupported data type in the list of projected columns. |
|
The number of parallel query requests that use the nonparallel query processing path because the table
has columns with the |
|
The number of parallel query requests that use the nonparallel query processing path because the table
has columns with a |
|
The number of parallel query requests that use the nonparallel query processing path because the table contains a virtual column. |
|
The number of parallel query requests that use the nonparallel query processing path because the table has columns with a custom character set. |
|
The number of parallel query requests that use the nonparallel query processing path because the table
is currently being altered by a fast DDL |
|
The number of times parallel query wasn't chosen, even though less than 95 percent of the table data was in the buffer pool, because there wasn't enough unbuffered table data to make parallel query worthwhile. |
|
The number of parallel query requests that use the nonparallel query processing path because the table has full-text indexes. |
|
The number of times parallel query wasn't chosen because a high percentage of the table data
(currently, greater than 95 percent) was already in the buffer pool. In these cases, the optimizer
determines that reading the data from the buffer pool is more efficient. An |
|
The number of parallel query requests that use the nonparallel query processing path because the query includes an index hint. |
|
The number of parallel query requests that use the nonparallel query processing path because the table
uses an unsupported InnoDB row format. Aurora parallel query only applies to the |
|
The number of parallel query requests that used the nonparallel query processing path, due to the
query being started inside a long-running transaction. An |
|
The number of parallel query requests that use the nonparallel query processing path because the query
doesn't include any |
|
The number of parallel query requests that use the nonparallel query processing path because the query uses a range scan on an index. |
|
The number of parallel query requests that use the nonparallel query processing path because the total combined length of all the columns is too long. |
|
The number of times parallel query wasn't chosen due to the overall size of the table, as determined by number of
rows and average row length. An |
|
The number of parallel query requests that use the nonparallel query processing path because the query
refers to temporary tables that use the unsupported |
|
The number of parallel query requests that use the nonparallel query processing path because query
uses an unsupported transaction isolation level. On reader DB instances, parallel query only applies to
the |
|
The number of parallel query requests that use the nonparallel query processing path because the query
is part of an |
|
The number of parallel query requests that use the nonparallel query processing path because the
|
|
The number of parallel query requests that use the nonparallel query processing path because the Aurora MySQL DB cluster isn't using a supported Aurora cluster storage configuration. For more information, see Limitations. This parameter applies to Aurora MySQL version 3.04 and higher. |
|
The number of times parallel query wasn't chosen due to the maximum number of concurrent parallel queries already running on a particular Aurora DB instance. |
|
Number of bytes replicated to an Aurora MySQL reader database instance since the last restart. For more information, see Replication with Amazon Aurora MySQL. |
|
The number of times since the last restart that the engine has exceeded reserved memory limits. If
|
|
The maximum amount of memory, in bytes, used at any point by internal temporary tables since the last restart. |
|
The current amount of memory, in bytes, used by internal temporary tables. |
|
The current number of threads in the Aurora thread pool. For more information on the thread pool in Aurora MySQL, see Thread pool. |
|
Denotes the current version of the time zone information used by the DB cluster. The values follow the
Internet Assigned Numbers Authority (IANA) format: This parameter applies to Aurora MySQL version 2.12 and higher, and version 3.04 and higher. |
|
Represents the memory threshold, in kilobytes (KB), for an Aurora DB instance to initiate a zero downtime restart (ZDR) to recover from potential memory-related issues. |
|
Indicates whether Database Activity Streams (DAS) are enabled or disabled on this DB instance. For more information, see Monitoring Amazon Aurora with Database Activity Streams. |
MySQL status variables that don't apply to Aurora MySQL
Because of architectural differences between Aurora MySQL and MySQL, some MySQL status variables don't apply to Aurora MySQL.
The following MySQL status variables don't apply to Aurora MySQL. This list isn't exhaustive.
-
innodb_buffer_pool_bytes_dirty
-
innodb_buffer_pool_pages_dirty
-
innodb_buffer_pool_pages_flushed
Aurora MySQL version 3 removes the following status variables that were in Aurora MySQL version 2:
-
AuroraDb_lockmgr_bitmaps0_in_use
-
AuroraDb_lockmgr_bitmaps1_in_use
-
AuroraDb_lockmgr_bitmaps_mem_used
-
AuroraDb_thread_deadlocks
-
available_alter_table_log_entries
-
Aurora_lockmgr_memory_used
-
Aurora_missing_history_on_replica_incidents
-
Aurora_new_lock_manager_lock_release_cnt
-
Aurora_new_lock_manager_lock_release_total_duration_micro
-
Aurora_new_lock_manager_lock_timeout_cnt
-
Aurora_total_op_memory
-
Aurora_total_op_temp_space
-
Aurora_used_alter_table_log_entries
-
Aurora_using_new_lock_manager
-
Aurora_volume_bytes_allocated
-
Aurora_volume_bytes_left_extent
-
Aurora_volume_bytes_left_total
-
Com_alter_db_upgrade
-
Compression
-
External_threads_connected
-
Innodb_available_undo_logs
-
Last_query_cost
-
Last_query_partial_plans
-
Slave_heartbeat_period
-
Slave_last_heartbeat
-
Slave_received_heartbeats
-
Slave_retried_transactions
-
Slave_running
-
Time_since_zero_connections
These MySQL status variables are available in Aurora MySQL version 2, but they aren't available in Aurora MySQL version 3:
-
Innodb_redo_log_enabled
-
Innodb_undo_tablespaces_total
-
Innodb_undo_tablespaces_implicit
-
Innodb_undo_tablespaces_explicit
-
Innodb_undo_tablespaces_active