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
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
| Parameter | Description |
|---|---|
FROM DATABASE database_name | Show all for the specified database. |
Response
SHOW SUPER REGIONS FROM DATABASE returns the following fields for each super region:
| Field | Description |
|---|---|
database_name | The database name this super region is associated with. |
super_region_name | The name of a super region associated with the database. |
regions | The 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: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 inpromo_codes is not updated frequently (a.k.a., “read-mostly”), and needs to be available from any region, the right table locality is .
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 exceptpromo_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 theenable_super_regions to 'on':
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 .

