Skip to main content
The SHOW SUPER REGIONS lists the for a multi-region cluster.
This feature is in and subject to change. To share feedback and/or issues, contact Support.

Synopsis

show_regions syntax diagram

Required privileges

To view the super regions in a database, the user must have one of the following:
  • Membership to the role for the cluster.
  • Either or the for the database.

Parameters

ParameterDescription
FROM DATABASE database_nameShow all for the specified database.

Response

SHOW SUPER REGIONS FROM DATABASE returns the following fields for each super region:
FieldDescription
database_nameThe database name this super region is associated with.
super_region_nameThe name of a super region associated with the database.
regionsThe list of database regions that make up the super region.

Considerations

To use super regions, keep the following considerations in mind:
  • Your cluster must be a .
  • Super regions must be enabled(/docs/v26.3/alter-database#enable-super-regions).
  • Super regions can only contain one or more that have already been added with .
  • Each database region can only belong to one super region. In other words, given two super regions A and B, the set of database regions in A must be disjoint from the set of database regions in B.
  • You cannot that is part of a super region until you either to remove it, or altogether.

Examples

The examples in this section use the following setup.

Setup

Only a specified can be used as a . To follow along with the examples in this section, start a with the to simulate a multi-region cluster:
To see the regions available to the databases in the cluster, use a statement:

Set up movr database regions

Execute the following statements. They will tell CockroachDB about the database’s regions. This information is necessary so that CockroachDB can later move data around to optimize access to particular data from particular regions. For more information about how this works at a high level, see .

Set up movr global tables

Because the data in promo_codes is not updated frequently (a.k.a., “read-mostly”), and needs to be available from any region, the right table locality is .
Next, alter the user_promo_codes table to have a foreign key into the global promo_codes table. This will enable fast reads of the promo_codes.code column from any region in the cluster.

Set up movr regional tables

All of the tables except promo_codes contain rows which are partitioned by region, and updated very frequently. For these tables, the right table locality for optimizing access to their data is . Apply this table locality to the remaining tables. These statements use a CASE statement to put data for a given city in the right region and can take around 1 minute to complete for each table.
  • rides
  • user_promo_codes
  • users
  • vehicle_location_histories
  • vehicles

Enable super regions

To enable super regions, set the enable_super_regions to 'on':
You can also set the sql.defaults.super_regions.enabled to true:

View the super regions from a database

SHOW SUPER REGIONS FROM DATABASE returns the for the specified database.
The preceding example shows the super region that was added in .

See also