Skip to main content
There are several techniques to delete large amounts of data in CockroachDB. The simplest method is to use TTL expressions on rows to define when the data is expired, and then let CockroachDB handle the delete operations. To manually delete a large number of rows (i.e., tens of thousands of rows or more), we recommend iteratively deleting subsets of the rows that you want to delete, until all of the unwanted rows have been deleted. You can write a script to do this, or you can write a loop into your application.
If you want to delete all of the rows in a table (and not just a large subset of the rows), use a TRUNCATE statement.

Batch-delete “expired” data

CockroachDB has support for Time to Live (“TTL”) expiration on table rows, also known as Row-Level TTL. Row-Level TTL is a mechanism whereby rows from a table are considered “expired” and can be automatically deleted once those rows have been stored longer than a specified expiration time. For more information, see Batch delete expired data with Row-Level TTL.

Manually delete data using batches

This section provides guidance on batch deleting with the DELETE query filter on an indexed column and on a non-indexed column. Filtering on an indexed column is both simpler to implement and more efficient, but adding an index to a table can slow down insertions to the table and may cause bottlenecks. Queries that filter on a non-indexed column must perform at least one full-table scan, a process that takes time proportional to the size of the entire table.
Exercise caution when batch deleting rows from tables with foreign key constraints and explicit ON DELETE foreign key actions. To preserve DELETE performance on tables with foreign key actions, we recommend using smaller batch sizes, as additional rows updated or deleted due to ON DELETE actions can make batch loops significantly slower.

Before you begin

Before reading this page, do the following:

Batch delete on an indexed column

For high-performance batch deletes, we recommending filtering the DELETE query on an indexed column.
Having an indexed filtering column can make delete operations faster, but it might lead to bottlenecks in execution, especially if the filtering column is a timestamp. To reduce bottlenecks, we recommend using a hash-sharded index.
Each iteration of a batch-delete loop should execute a transaction containing a single DELETE query. When writing this DELETE query:
  • Use a WHERE clause to filter on a column that identifies the unwanted rows. If the filtering column is not the primary key, the column should have a secondary index. Note that if the filtering column is not already indexed, it is not beneficial to add an index just to speed up batch deletes. Instead, consider batch deleting on non-indexed columns.
  • To ensure that rows are efficiently scanned in the DELETE query, add an ORDER BY clause on the filtering column.
  • Use a LIMIT clause to limit the number of rows to the desired batch size. To determine the optimal batch size, try out different batch sizes (1,000 rows, 10,000 rows, 100,000 rows, etc.) and monitor the change in performance.
  • Add a RETURNING clause to the end of the query that returns the filtering column values of the deleted rows. Then, using the values of the deleted rows, update the filter to match only the subset of remaining rows to delete. This narrows each query’s scan to the fewest rows possible, and preserves the performance of the deletes over time. This pattern assumes that no new rows are generated that match on the DELETE filter during the time that it takes to perform the delete.

Examples

Choose the language for the example code.
For example, suppose that you want to delete all rows in the tpcc new_order table where no_w_id is less than 5, in batches of 5,000 rows. To do this, you can write a query that loops over batches of 5,000 rows, following the DELETE query guidance provided above. Note that in this case, no_w_id is the first column in the primary index, and, as a result, you do not need to create a secondary index on the column.In Python using the psycopg2 driver, the script would look similar to the following:
This example iteratively deletes rows in batches of 5,000, until all of the rows where no_w_id <= 4 are deleted. Note that at each iteration, the filter is updated to match a narrower subset of rows.

Batch delete on a non-indexed column

If you cannot index the column that identifies the unwanted rows, we recommend defining the batch loop to execute separate read and write operations at each iteration:
  1. Execute a SELECT query that returns the primary key values for the rows that you want to delete. When writing the SELECT query:
    • Use a WHERE clause that filters on the column identifying the rows.
    • If you need to avoid transaction contention you can use an AS OF SYSTEM TIME clause at the end of the selection subquery, or run the selection query in a separate, read-only transaction with SET TRANSACTION AS OF SYSTEM TIME. If you add an AS OF SYSTEM TIME clause, make sure your selection query to get the batches of rows is run outside of the window of the AS OF SYSTEM TIME clause. That is, if you use AS OF SYSTEM TIME '-5s' to find the rows to delete, you should wait at least 5 seconds before rerunning the select query. Otherwise you will retrieve rows that have already been deleted.
    • Use a LIMIT clause to limit the number of rows queried to a subset of the rows that you want to delete. To determine the optimal SELECT batch size, try out different sizes (10,000 rows, 100,000 rows, 1,000,000 rows, etc.), and monitor the change in performance. Note that this SELECT batch size can be much larger than the batch size of rows that are deleted in the subsequent DELETE query.
    • To ensure that rows are efficiently scanned in the subsequent DELETE query, include an ORDER BY clause on the primary key.
  2. Write a nested DELETE loop over the primary key values returned by the SELECT query, in batches smaller than the initial SELECT batch size. To determine the optimal DELETE batch size, try out different sizes (1,000 rows, 10,000 rows, 100,000 rows, etc.), and monitor the change in performance. Where possible, we recommend executing each DELETE in a separate transaction.
For example, suppose that you want to delete all rows in the tpcc history table that are older than a month. You can create a script that loops over the data and deletes unwanted rows in batches, following the query guidance provided above.

Examples

Choose the language for the example code.
In Python, the script would look similar to the following:
At each iteration, the selection query returns the primary key values of up to 20,000 rows of matching historical data from 5 seconds in the past, in a read-only transaction. Then, a nested loop iterates over the returned primary key values in smaller batches of 5,000 rows. At each iteration of the nested DELETE loop, a batch of rows is deleted. After the nested DELETE loop deletes all of the rows from the initial selection query, a time delay ensures that the next selection query reads historical data from the table after the last iteration’s DELETE final delete.
CockroachDB records the timestamp of each row created in a table in the crdb_internal_mvcc_timestamp metadata column. In the absence of an explicit timestamp column in your table, you can use crdb_internal_mvcc_timestamp to filter expired data.crdb_internal_mvcc_timestamp cannot be indexed. If you plan to use crdb_internal_mvcc_timestamp as a filter for large deletes, you must follow the non-indexed column pattern.Exercise caution when using crdb_internal_mvcc_timestamp in production, as the column is subject to change without prior notice in new releases of CockroachDB. Instead, we recommend creating a column with an ON UPDATE expression to avoid any conflicts due to internal changes to crdb_internal_mvcc_timestamp.

Delete all of the rows in a table

To delete all of the rows in a table, use a TRUNCATE statement. For example, to delete all rows in the tpcc new_order table, execute the following SQL statement:
You can execute the statement from a compatible SQL client (e.g., the CockroachDB SQL client), or in a script or application.

Examples

Choose the language for the example code.
For example, in Python, using the psycopg2 client driver:
For detailed reference documentation on the TRUNCATE statement, including additional examples, see the TRUNCATE syntax page.

See also