The Transactions page offers two views on transactions: Transaction Fingerprints, which represents one or more completed SQL transactions; and Active Executions, which represents individual transaction executions in progress.
Choose a view by selecting the Transaction Fingerprints or Active Executions radio button. The selection is retained when you switch between the Statements and Transactions tabs on the SQL Activity page.
Transaction Fingerprints view
The Transaction Fingerprints view helps you:
- Identify frequently retried transactions.
- Troubleshoot high-latency transactions or execution failures.
- View transaction details.
To view this page, click SQL Activity in the left-hand navigation of the DB Console.
Click the Transactions tab. The Transaction Fingerprints radio button is selected and the Transactions table displays.
The following screenshot shows the transaction fingerprint for
SELECT city, id FROM vehicles WHERE city = $1 while running the
If you click the transaction fingerprint in the Transactions column, the Transaction Details page displays.
Active Executions view
New in v22.2: The Active Executions view helps you:
- Understand and tune workload performance, particularly for long-running transactions.
To display this view, click SQL Activity in the left-hand navigation of the DB Console.
The Statements tab is selected. Click the Transactions tab and the Active Executions radio button. The Active Executions table displays.
Active executions are polled every 10 seconds. Faster-running executions will potentially disappear upon each refresh.
The following screenshot shows the active statement execution for
SELECT city, id FROM vehicles WHERE city = 'los angeles' while running the
If you click the execution ID in the Transaction Execution ID column, the Transaction Execution details page displays.
Transaction Fingerprints results
The transaction fingerprints returned are determined by the selected Search Criteria:
By default, the Top
100 transaction fingerprints By
Transaction Time for the
Past Hour are returned.
- To change the number of results returned, from the Top dropdown, select
- To change the sort column, from the By dropdown, select a commonly sorted column:
Rows Processed, or
- Select the Time Range.
The list of transactions that satisfy the search criteria is displayed. The results can be further searched and filtered.
Results are not automatically refreshed.
The actual time range of the statistics is displayed at the top right of the results, for example,
Showing aggregated stats from 20:00 to 21:59 (UTC). If you select a preset time interval, such as
Past Hour, be aware that since the statistics displayed are not automatically refreshed, they may become stale. To see the latest statistics, update the Search Criteria and apply.
However, it may take up to 10 minutes for the most recent statistics to be included in the aggregated statistics. 10 minutes is the default for the
sql.stats.flush.interval cluster setting. For in-memory statistics, directly query the following in-memory table:
crdb_internal.cluster_transaction_statistics. Alternatively, use the Active Executions view.
To view transaction fingerprints within a specific time interval, select a time interval from the selector at the top of the tab. The time interval field supports preset time intervals (1 Hour, 6 Hours, 1 Day, etc.) and custom time intervals. To select a custom time interval, click the time interval field and select Custom time interval. In the Start (UTC) and End (UTC) fields select or type a date and time.
Use the arrow buttons to cycle through previous and next time intervals. To select the most recent interval, click Now. When you select a time interval, the same interval is selected in the Metrics page.
CockroachDB persists transaction statistics up to 1 million rows before the oldest row is deleted. The retention period of statistics is reduced the more active a workload is and the more distinct statement fingerprints there are.
It's possible to select an interval for which no transaction statistics exist.
Search and filter
By default, the Transactions page shows transactions from all applications and databases running on the cluster.
For the Transaction Fingerprints view, the search and filter are applied after results are returned based on the Search Criteria.
To search using the search field:
- Enter a string in the search box at the top of the tab. To search for exact terms in order, wrap the search string in quotes.
The list of transactions is filtered by the string.
To filter the transactions:
Click the Filters field.
To filter by application, select App and select one or more applications.
- Queries from the SQL shell are displayed under the
- If you haven't set
application_namein a client connection string, it appears as
- Queries from the SQL shell are displayed under the
To filter by the nodes on which the transaction ran, click the Node field and select one or more checkboxes.
To display only statement fingerprints that take longer than a specified time to run, specify the time and units.
The following screenshot shows the transactions that contain the string
rides for the
movr application filtered by
Runs Longer Than: 10 milliseconds:
Statistics aggregation is controlled by the
sql.stats.aggregation.interval cluster setting, set to 1 hour by default.
Aggregated statistics are flushed from memory to statistics tables in the
crdb_internal system catalog every 10 minutes. The flushing interval is controlled by the
sql.stats.flush.interval cluster setting.
The default retention period of the statistics tables is based on the number of rows up to 1 million records. When this threshold is reached, the oldest records are deleted. The
diagnostics.forced_sql_stat_reset.interval cluster setting controls when persisted statistics are deleted only if the internal cleanup service experiences a failure.
If desired, admin users may reset SQL statistics in the DB Console UI and
crdb_internal system catalog by clicking reset SQL stats. This link does not appear for non-admin users.
For an example of querying the statistics table, see Example.
If you haven't yet executed any transactions in the cluster as a user, this page will be blank.
Click Columns to select the columns to display in the table.
The Transactions table gives details for each transaction fingerprint in the transaction:
|Transactions||The SQL statement fingerprints that make up the transaction. To view the transaction fingerprint and details, click to open the Transaction Details page.|
|Execution Count||Cumulative number of executions of this transaction within the time interval.
The bar indicates the ratio of runtime success (gray) to retries (red) for the transaction.
|Application Name||The name specified by the
|Rows Processed||Average number of rows read and written while executing statements with this fingerprint within the time interval.|
|Bytes Read||Aggregation of all bytes read from disk across all operators for this transaction within the time interval.
The gray bar indicates the mean number of bytes read from disk. The blue bar indicates one standard deviation from the mean.
|Transaction Time||Average planning and execution time of this transaction within the time interval.
The gray bar indicates the mean latency. The blue bar indicates one standard deviation from the mean.
|Contention Time||Average time this transaction was in contention with other transactions within the time interval.
The gray bar indicates mean contention time. The blue bar indicates one standard deviation from the mean. Hover over the bar to display exact values.
|Max Memory||Maximum memory used by this transaction at any time during its execution within the time interval.
The gray bar indicates the average max memory usage. The blue bar indicates one standard deviation from the mean.
|Network||Amount of data transferred over the network for this transaction within the time interval.
If this value is 0, the transaction was executed on a single node.
The gray bar indicates the mean number of bytes sent over the network. The blue bar indicates one standard deviation from the mean.
|Retries||Cumulative number of retries of this transaction within the time interval.|
|Regions/Nodes||The region and nodes in which the transaction was executed.
Regions/Nodes are not visible for CockroachDB Serverless clusters.
|Statements||Number of SQL statements in the transaction.|
|Transaction Fingerprint ID||The ID of the transaction fingerprint.|
Significant transactions on your database are likely to have a high execution count or number of rows read.
To view details of a transaction, click a transaction fingerprint in the Transactions column to open the Transaction Details page.
Transaction Details page
The details displayed on the Transaction Details page reflect the time interval selected on the Transactions page.
- The transaction fingerprint is displayed as a list of the individual SQL statement fingerprints in the transaction.
- The Mean transaction time: The mean average time it took to execute the transaction within the aggregation interval.
- The Application name: The name specified by the
- Transaction resource usage shows overall statistics about the transaction.
- Mean rows/bytes read: The mean average number of rows and bytes read from the storage layer during the execution of the transaction within the specified aggregation interval.
- Bytes read over network: The amount of data transferred over the network for this transaction within the aggregation interval.
If this value is 0, the statement was executed on a single node.
- Mean rows written: The mean number of rows written by this transaction.
- Max memory usage: The maximum memory used by this transaction at any time during its execution within the aggregation interval.
- Max scratch disk usage: The maximum amount of data spilled to temporary storage on disk while executing this transaction within the aggregation interval.
Active Executions table
Click Columns to select the columns to display in the table.
The Active Executions table gives details for each transaction fingerprint in the transaction:
|Transaction Execution ID||The execution ID of the transaction.|
|Most Recent Statement||The most recently executed statement in the transaction.|
|Status||The status of the execution:
|Start Time (UTC)||The timestamp when the execution started.|
|Elapsed Time||The time elapsed since the transaction started.|
|Time Spent Waiting||The amount of time the execution experienced lock contention.|
|Statements||The number of statements in the transaction.|
|Retries||The number of times statements in the transaction were retried.|
|Application||The name specified by the
To view details of an active transaction execution, click an execution ID in the Transaction Execution ID column to open the Transaction Execution details page.
Transaction execution details page
The transaction execution details page provides the following details on the transaction execution.
- Start Time (UTC): The timestamp when the execution started.
- Elapsed Time: The time elapsed since the transaction started.
- Status: The status of the execution:
- Priority: The priority of the transaction.
- Internal Retries: The number of retries of statements in the transaction.
- Last Retry Reason: The reason for the last statement retry.
- Number of Statements: The number of statements in the transaction.
- Application Name: The name specified by the
- Most Recent Statement Execution ID: Link to the ID of the most recently executed statement in the transaction.
- Session ID: Link to the ID of the session in which the transaction is running.
If a transaction execution is waiting, the transaction execution details are followed by Contention Insights and details of the transaction execution on which the blocked transaction execution is waiting. For more information about contention, see Understanding and avoiding transaction contention.
- Transaction Layer