Aurora PostgreSQL Limitless Datenbankansichten - Amazon Aurora

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Aurora PostgreSQL Limitless Datenbankansichten

Die folgende Tabelle zeigt die neuen Ansichten für Aurora PostgreSQL Limitless Database.

Anmerkung

Die in dieser Tabelle aufgeführten Ansichten befinden sich im Schema. rds_aurora Wenn Sie eine Limitless Database-Ansicht verwenden, stellen Sie sicher, dass Sie den vollqualifizierten Objektnamen angeben:rds_aurora. object_name.

Aurora PostgreSQL Limitless-Datenbankansicht Entsprechende Aurora PostgreSQL-Ansicht
grenzenlose Datenbank pg_database
grenzenlose Sperren pg_locks
grenzenlose_stat_activity pg_stat_activity
limitless_stat_all_indexes pg_stat_all_indizes
limitless_stat_all_tables pg_stat_all_tables
limitless_stat_database pg_stat_database
limitless_stat_progress_vacuum pg_stat_progress_vacuum
grenzenlose_stat_statements pg_stat_statements
limitless_stat_subcluster Keine
Informationen zu limitless_statements_statements_ pg_stat_statements_info
limitless_statio_alle_indexes pg_statio_all_indizes
limitless_statio_all_tables pg_statio_all_tables
grenzenlose_Tabellen pg_tables
grenzenlose Tabellenkollokationen Keine
grenzenlose Verteilungen von Tabellenkollokationen Keine

Die folgenden Beispiele enthalten Details zu den Aurora PostgreSQL Limitless Database-Ansichten. Weitere Informationen zu PostgreSQL-Ansichten finden Sie unter Statistiken anzeigen in der PostgreSQL-Dokumentation.

Anmerkung

Einige Statistikansichten können inkonsistente Ergebnisse liefern, wenn Sie laufende Transaktionen haben.

limitless_database

Diese Ansicht enthält Informationen über die verfügbaren Datenbanken in der DB-Shard-Gruppe. Zum Beispiel:

postgres_limitless=> SELECT subcluster_id, subcluster_type, oid, datname, datacl FROM rds_aurora.limitless_database; subcluster_id | subcluster_type | oid | datname | datacl ---------------+-----------------+-------+--------------------+------------------------------------------------------------------------------------------------------------------------ 2 | router | 4 | template0 | {=c/rdsadmin,rdsadmin=CTc/rdsadmin} 2 | router | 5 | postgres | 2 | router | 16384 | rdsadmin | {rdsadmin=CTc/rdsadmin,rds_aurora_limitless_metadata_admin=c/rdsadmin,rds_aurora_limitless_heat_mgmt_admin=c/rdsadmin} 2 | router | 16477 | postgres_limitless | 2 | router | 1 | template1 | {=c/rdsadmin,rdsadmin=CTc/rdsadmin} 6 | shard | 4 | template0 | {=c/rdsadmin,rdsadmin=CTc/rdsadmin}

Die Ausgabeparameter sind die folgenden:

  • subcluster_id(Text) — Die ID des Subclusters (Knotens)

  • subcluster_type(text) — Der Typ des Subclusters (Nodes), Routers oder Shards

Die restlichen Spalten sind dieselben wie in. pg_database

limitless_locks

Diese Ansicht enthält eine Zeile pro Prozess und Knoten. Sie bietet Zugriff auf Informationen über die Sperren, die von aktiven Prozessen im Datenbankserver gehalten werden.

Beispiel zum Erstellen einer Sperre mit zwei Transaktionen

In diesem Beispiel führen wir zwei Transaktionen gleichzeitig auf zwei Routern aus.

# Transaction 1 (run on router 1) BEGIN; SET search_path = public; SELECT * FROM customers; INSERT INTO customers VALUES (400,'foo','bar'); # Transaction 2 (run on router 2) BEGIN; SET search_path = public; ALTER TABLE customers ADD COLUMN phone VARCHAR;

Die erste Transaktion wird ausgeführt. Nachfolgende Transaktionen müssen warten, bis die erste Transaktion abgeschlossen ist. Daher ist die zweite Transaktion mit einer Sperre blockiert. Um die Ursache dafür zu überprüfen, führen wir einen Befehl aus, indem wir uns limitless_locks mit verbindenlimitless_stat_activity.

# Run on router 2 SELECT distributed_session_id, state, usename, query, query_start FROM rds_aurora.limitless_stat_activity WHERE distributed_session_id in ( SELECT distributed_session_id FROM rds_aurora.limitless_locks WHERE relname = 'customers' ); distributed_session_id | state | usename | query | query_start ------------------------+---------------------+--------------------------+---------------------------------- -------------+------------------------------- 47BDE66E9A5E8477 | idle in transaction | limitless_metadata_admin | INSERT INTO customers VALUES (400,'foo','bar'); | 2023-04-13 17:44:45.152244+00 2AD7F370202D0FA9 | active | limitless_metadata_admin | ALTER TABLE customers ADD COLUMN phone VARCHAR; | 2023-04-13 17:44:55.113388+00 47BDE66E9A5E8477 | | limitless_auth_admin | <insufficient privilege> | 2AD7F370202D0FA9 | | limitless_auth_admin | <insufficient privilege> | 47BDE66E9A5E8477 | | limitless_auth_admin | <insufficient privilege> | 2AD7F370202D0FA9 | | limitless_auth_admin | <insufficient privilege> | (6 rows)
Beispiel vom expliziten Erstellen einer Sperre

In diesem Beispiel erstellen wir explizit eine Sperre und verwenden dann die limitless_locks Ansicht, um die Sperren zu sehen (einige Spalten werden weggelassen).

BEGIN; SET search_path = public; LOCK TABLE customers IN ACCESS SHARE MODE; SELECT * FROM rds_aurora.limitless_locks WHERE relname = 'customers'; subcluster_id | subcluster_type | distributed_session_id | locktype | datname | relnspname | relname | virtualtransaction | pid | mode ---------------+-----------------+------------------------+----------+--------------------+------------+ ----------+--------------------+-------+----------------- 1 | router | 7207702F862FC937 | relation | postgres_limitless | public | customers | 28/600787 | 59564 | AccessShareLock 2 | router | 7207702F862FC937 | relation | postgres_limitless | public | customers | 28/600405 | 67130 | AccessShareLock 3 | shard | 7207702F862FC937 | relation | postgres_limitless | public | customers | 15/473401 | 27735 | AccessShareLock 4 | shard | 7207702F862FC937 | relation | postgres_limitless | public | customers | 13/473524 | 27734 | AccessShareLock 5 | shard | 7207702F862FC937 | relation | postgres_limitless | public | customers | 13/472935 | 27737 | AccessShareLock 6 | shard | 7207702F862FC937 | relation | postgres_limitless | public | customers | 13/473015 | 48660 | AccessShareLock (6 rows)
limitless_stat_activity

Diese Ansicht enthält eine Zeile pro Prozess und Knoten. Sie kann verwendet werden, um den Gesamtzustand des Systems zu verfolgen und lange dauernde Triage-Prozesse durchzuführen. Zum Beispiel:

postgres=# SELECT subcluster_id, subcluster_type, distributed_session_id, distributed_session_state, datname, distributed_query_id, is_sso_query FROM rds_aurora.limitless_stat_activity WHERE distributed_session_id in ('D2470C97E3D07E06', '5A3CD7B8E5FD13FF') order by distributed_session_id; subcluster_id | subcluster_type | distributed_session_id | distributed_session_state | datname | distributed_query_id | is_sso_query ---------------+-----------------+------------------------+---------------------------+--------------------+----------------------+-------------- 2 | router | 5A3CD7B8E5FD13FF | coordinator | postgres_limitless | | f 3 | shard | 5A3CD7B8E5FD13FF | participant | postgres_limitless | 6808291725541680947 | 4 | shard | 5A3CD7B8E5FD13FF | participant | postgres_limitless | 6808291725541680947 | 2 | router | D2470C97E3D07E06 | coordinator | postgres_limitless | | t 3 | shard | D2470C97E3D07E06 | participant | postgres_limitless | 4058400544464210222 | (5 rows)

Die Ausgabeparameter sind die folgenden:

  • subcluster_id(Text) — Die ID des Subclusters, zu dem dieser Prozess gehört.

  • subcluster_type(text) — Der Typ des Subclusters, zu dem dieser Prozess gehört: router oder. shard

  • distributed_session_id(Text) — Die ID der verteilten Sitzung, zu der dieser Prozess gehört.

  • distributed_session_state(Text) — Ob es sich um einen Koordinator, einen Teilnehmer oder einen standalone/nondistributed Prozess handelt (angezeigt alsNULL).

  • datname(Text) — Die Datenbank, mit der dieser Prozess verbunden ist.

  • distributed_query_id(bigint) — Die Abfrage-ID der übergeordneten Abfrage vom Koordinatorknoten. Diese Spalte gibt an, NULL ob es sich um die übergeordnete Abfrage handelt. Der Koordinatorknoten gibt die ID der verteilten Abfrage an die teilnehmenden Knoten weiter. Für die Teilnehmerknoten sind die Werte für die ID der verteilten Abfrage und die Abfrage-ID also unterschiedlich.

  • is_sso_query(Text) — Dadurch erfahren wir, ob die Abfrage für einen einzelnen Shard optimiert ist oder nicht.

Die restlichen Spalten sind dieselben wie inpg_stat_activity.

limitless_stat_all_indexes

Diese Ansicht enthält Nutzungsstatistiken für Indizes in der DB-Shard-Gruppe. Zum Beispiel:

postgres_limitless=> SELECT schemaname, relname, indexrelname, idx_scan FROM rds_aurora.limitless_stat_all_indexes WHERE relname LIKE 'orders_ts%' ORDER BY indexrelname LIMIT 10; schemaname | relname | indexrelname | idx_scan ------------+----------------+---------------------+---------- ec_sample | orders_ts00001 | orders_ts00001_pkey | 196801 ec_sample | orders_ts00002 | orders_ts00002_pkey | 196703 ec_sample | orders_ts00003 | orders_ts00003_pkey | 196376 ec_sample | orders_ts00004 | orders_ts00004_pkey | 197966 ec_sample | orders_ts00005 | orders_ts00005_pkey | 195301 ec_sample | orders_ts00006 | orders_ts00006_pkey | 195673 ec_sample | orders_ts00007 | orders_ts00007_pkey | 194475 ec_sample | orders_ts00008 | orders_ts00008_pkey | 191694 ec_sample | orders_ts00009 | orders_ts00009_pkey | 193744 ec_sample | orders_ts00010 | orders_ts00010_pkey | 195421 (10 rows)
limitless_stat_all_tables

Diese Ansicht enthält Statistiken über alle Tabellen in der aktuellen Datenbank in der DB-Shard-Gruppe. Dies ist nützlich, wenn Sie Vakuumoperationen und DML-Operationen (Data Manipulation Language) verfolgen möchten. Zum Beispiel:

postgres_limitless=> SELECT subcluster_id, subcluster_type, relname, n_ins_since_vacuum, n_tup_ins, last_vacuum FROM rds_aurora.limitless_stat_all_tables WHERE relname LIKE 'orders_ts%' ORDER BY relname LIMIT 10; subcluster_id | subcluster_type | relname | n_ins_since_vacuum | n_tup_ins | last_vacuum ---------------+-----------------+----------------+--------------------+-----------+------------- 5 | shard | orders_ts00001 | 34779 | 196083 | 5 | shard | orders_ts00002 | 34632 | 194721 | 5 | shard | orders_ts00003 | 34950 | 195965 | 5 | shard | orders_ts00004 | 34745 | 197283 | 5 | shard | orders_ts00005 | 34879 | 195754 | 5 | shard | orders_ts00006 | 34340 | 194605 | 5 | shard | orders_ts00007 | 33779 | 192203 | 5 | shard | orders_ts00008 | 33826 | 191293 | 5 | shard | orders_ts00009 | 34660 | 194117 | 5 | shard | orders_ts00010 | 34569 | 195560 | (10 rows)

Die Ausgabeparameter sind die folgenden:

  • subcluster_id(Text) — Die ID des Subclusters, zu dem dieser Prozess gehört.

  • subcluster_type(text) — Der Typ des Subclusters, zu dem dieser Prozess gehört: router oder. shard

  • relname(Name) — Der Name der Tabelle.

Die restlichen Spalten sind dieselben wie inpg_stat_all_tables.

limitless_stat_database

Diese Ansicht enthält Statistiken über alle Datenbanken in der DB-Shard-Gruppe. Gibt eine Zeile pro Datenbank und Knoten zurück. Zum Beispiel:

postgres_limitless=> SELECT subcluster_id, subcluster_type, datname, blks_read, blks_hit FROM rds_aurora.limitless_stat_database WHERE datname='postgres_limitless'; subcluster_id | subcluster_type | datname | blks_read | blks_hit ---------------+-----------------+--------------------+-----------+---------- 1 | router | postgres_limitless | 484 | 34371314 2 | router | postgres_limitless | 673 | 33859317 3 | shard | postgres_limitless | 1299 | 17749550 4 | shard | postgres_limitless | 1094 | 17492849 5 | shard | postgres_limitless | 1036 | 17485098 6 | shard | postgres_limitless | 1040 | 17437257 (6 rows)

Die Ausgabeparameter sind die folgenden:

  • subcluster_id(Text) — Die ID des Subclusters, zu dem dieser Prozess gehört.

  • subcluster_type(text) — Der Typ des Subclusters, zu dem dieser Prozess gehört: router oder. shard

  • datname(Name) — Der Name der Datenbank.

Die restlichen Spalten sind dieselben wie inpg_stat_database.

limitless_stat_progress_vacuum

Diese Ansicht enthält Informationen zu laufenden Vakuumvorgängen. Zum Beispiel:

postgres_limitless=> SELECT * FROM rds_aurora.limitless_stat_progress_vacuum; -[ RECORD 1 ]----------+------------------ subcluster_id | 3 subcluster_type | shard distributed_session_id | A56D96E2A5C9F426 pid | 5270 datname | postgres nspname | public relname | customer_ts2 phase | vacuuming heap heap_blks_total | 130500 heap_blks_scanned | 100036 heap_blks_vacuumed | 0 index_vacuum_count | 0 max_dead_tuples | 11184810 num_dead_tuples | 0 -[ RECORD 2 ]----------+------------------ subcluster_id | 3 subcluster_type | shard distributed_session_id | 56DF26A89EC23AB5 pid | 6854 datname | postgres nspname | public relname | sales_ts1 phase | vacuuming heap heap_blks_total | 43058 heap_blks_scanned | 24868 heap_blks_vacuumed | 0 index_vacuum_count | 0 max_dead_tuples | 8569523 num_dead_tuples | 0

Die Ausgabeparameter sind die folgenden:

  • subcluster_id(Text) — Die ID des Subclusters, zu dem dieser Prozess gehört.

  • subcluster_type(text) — Der Typ des Subclusters, zu dem dieser Prozess gehört: router oder. shard

  • distributed_session_id(Text) — Der Bezeichner für die Sitzung, die den Vakuumvorgang initiiert hat.

  • datname(Name) — Die Datenbank, in der das Staubsaugen durchgeführt wird.

  • nspname(Name) — Der Name des Schemas der Tabelle, die gesaugt wird. Dies ist der Fall, null wenn sich die Tabelle, die gelöscht wird, nicht in derselben Datenbank befindet wie die, mit der der Benutzer verbunden ist.

  • relname(Name) — Der Name der Tabelle, die vakuiert wird. Dies ist der Fall, null wenn sich die Tabelle, die gelöscht wird, nicht in derselben Datenbank befindet wie die, mit der der Benutzer verbunden ist.

Die restlichen Spalten sind dieselben wie in. pg_stat_progress_vacuum

limitless_stat_statements

Diese Ansicht bietet die Möglichkeit, Statistiken zur Planung und Ausführung aller SQL-Anweisungen zu verfolgen, die auf allen Knoten ausgeführt werden.

Anmerkung

Sie müssen die Erweiterung pg_stat_statements installieren, um die Ansicht verwenden zu können. limitless_stat_statements

-- CREATE EXTENSION must be run by a superuser CREATE EXTENSION pg_stat_statements; -- Verify that the extension is created on all nodes in the DB shard group SELECT distinct node_id FROM rds_aurora.limitless_stat_statements LIMIT 10;

Das folgende Beispiel zeigt die Verwendung der Ansicht. limitless_stat_statements

postgres_limitless=> SELECT subcluster_id, subcluster_type, distributedqueryid, username, dbname, sso_calls FROM rds_aurora.limitless_stat_statements; subcluster_id | subcluster_type | distributedqueryid | username | dbname | sso_calls ---------------+-----------------+----------------------+-------------------------------------+--------------------+----------- 2 | router | | postgres | postgres_limitless | 0 2 | router | | postgres | postgres_limitless | 0 2 | router | | postgres | postgres_limitless | 0 2 | router | | postgres | postgres_limitless | 0 2 | router | | postgres | postgres_limitless | 0 2 | router | | postgres | postgres_limitless | 1 3 | shard | -7975178695405682176 | postgres | postgres_limitless | [...]

Die Ausgabeparameter sind die folgenden:

  • subcluster_id(Text) — Die ID des Subclusters, zu dem dieser Prozess gehört.

  • subcluster_type(text) — Der Typ des Subclusters, zu dem dieser Prozess gehört: router für oder. shard

  • distributedqueryid(bigint) — Die Abfrage-ID der übergeordneten Abfrage vom Koordinatorknoten. Diese Spalte gibt an, NULL ob es sich um die übergeordnete Abfrage handelt. Der Koordinatorknoten gibt die ID der verteilten Abfrage an die teilnehmenden Knoten weiter. Für die Teilnehmerknoten sind die Werte für die ID der verteilten Abfrage und die Abfrage-ID also unterschiedlich.

  • username(Name) — Der Benutzer, der die Anweisung abgefragt hat.

  • dbname(Name) — Die Datenbank, in der die Abfrage ausgeführt wurde.

  • sso_calls(Name) — Gibt an, wie oft die Anweisung für einen einzelnen Shard optimiert wurde.

Die restlichen Spalten sind dieselben wie in pg_stat_statements.

limitless_stat_statements_info

Diese Ansicht enthält Statistiken für die Ansicht. limitless_stat_statements Jede Zeile enthält Daten für die Ansicht pg_stat_statements_info von jedem Knoten. Die Spalte identifiziert jeden Knoten. subcluster_id

postgres_limitless=> SELECT * FROM rds_aurora.limitless_stat_statements_info; subcluster_id | subcluster_type | dealloc | stats_reset ---------------+-----------------+---------+------------------------------- 1 | router | 0 | 2023-06-30 21:22:09.524781+00 2 | router | 0 | 2023-06-30 21:21:40.834111+00 3 | shard | 0 | 2023-06-30 21:22:10.709942+00 4 | shard | 0 | 2023-06-30 21:22:10.740179+00 5 | shard | 0 | 2023-06-30 21:22:10.774282+00 6 | shard | 0 | 2023-06-30 21:22:10.808267+00 (6 rows)

Der Ausgabeparameter ist der folgende:

  • subcluster_id(Text) — Die ID des Subclusters, zu dem dieser Prozess gehört.

Die restlichen Spalten sind dieselben wie in pg_stat_statements_info.

limitless_stat_subclusters

Diese Ansicht enthält Netzwerkstatistiken zwischen Routern und anderen Knoten. Sie enthält eine Zeile pro Router- und anderen Knotenpaar, zum Beispiel:

postgres_limitless=> SELECT * FROM rds_aurora.limitless_stat_subclusters; orig_subcluster | orig_instance_az | dest_subcluster | dest_instance_az | latency_us | latest_collection | failed_requests | received_bytes | sent_bytes | same_az_requests | cross_az_requests | stat_reset_timestamp -----------------+------------------+-----------------+------------------+------------+-------------------------------+-----------------+----------------+------------+------------------+-------------------+------------------------------- 3 | us-west-2b | 2 | us-west-2a | 847 | 2024-10-07 17:25:39.518617+00 | 0 | 35668633 | 92090171 | 0 | 302787 | 2024-10-05 12:39:55.239675+00 3 | us-west-2b | 4 | us-west-2b | 419 | 2024-10-07 17:25:39.546376+00 | 0 | 101190464 | 248795719 | 883478 | 0 | 2024-10-05 12:39:55.231218+00 3 | us-west-2b | 5 | us-west-2c | 1396 | 2024-10-07 17:25:39.52122+00 | 0 | 72864849 | 172086292 | 0 | 557726 | 2024-10-05 12:39:55.196412+00 3 | us-west-2b | 6 | us-west-2c | 729 | 2024-10-07 17:25:39.54828+00 | 0 | 35668584 | 92090171 | 0 | 302787 | 2024-10-05 12:39:55.247334+00 3 | us-west-2b | 7 | us-west-2a | 1702 | 2024-10-07 17:25:39.545307+00 | 0 | 71699576 | 171634844 | 0 | 556278 | 2024-10-05 12:39:52.715168+00 2 | us-west-2a | 3 | us-west-2b | 868 | 2024-10-07 17:25:40.293927+00 | 0 | 35659611 | 92011872 | 0 | 302817 | 2024-10-05 12:39:54.420758+00 2 | us-west-2a | 4 | us-west-2b | 786 | 2024-10-07 17:25:40.296863+00 | 0 | 102437253 | 251838024 | 0 | 895060 | 2024-10-05 12:39:54.404081+00 2 | us-west-2a | 5 | us-west-2c | 1232 | 2024-10-07 17:25:40.292021+00 | 0 | 71990027 | 168828110 | 0 | 545453 | 2024-10-05 12:39:36.769549+00

Die Ausgabeparameter sind die folgenden:

  • orig_subcluster(Text) — Die ID des Routers, von dem die Kommunikation ausgeht

  • orig_subcluster_az(Text) — Die Availability Zone (AZ) des ursprünglichen Routers

  • dest_subcluster(text) — Die ID des Zielknotens

  • dest_subcluster_az(text) — Die zuletzt gesammelte AZ des Zielknotens

  • latency_us(bigint) — Die zuletzt erfasste Netzwerklatenz zwischen Knoten in Mikrosekunden. Der Wert gibt an, 0 ob der Knoten nicht erreichbar ist.

  • latest_collection(timestamp) — Der Zeitstempel der letzten AZ-Sammlung und die Latenz für den Zielknoten

  • failed_requests(bigint) — Die Gesamtzahl der fehlgeschlagenen internen Anfragen

  • received_bytes(bigint) — Die geschätzte kumulative Anzahl von Bytes, die von diesem Knoten empfangen wurden

  • sent_bytes(bigint) — Die geschätzte kumulative Anzahl von Byte, die an diesen Knoten gesendet wurden

  • same_az_requests(bigint) — Die kumulative Anzahl interner DB-Anfragen an diesen Knoten, wenn er sich in derselben AZ wie der ursprüngliche Router befindet

  • cross_az_requests(bigint) — Die kumulative Anzahl interner DB-Anfragen an diesen Knoten, wenn er sich in einer anderen AZ befindet als der ursprüngliche Router

  • stat_reset_timestamp(timestamp) — Der Zeitstempel, zu dem die kumulativen Statistiken für diese Ansicht zuletzt zurückgesetzt wurden

limitless_statio_all_indexes

Diese Ansicht enthält input/output (I/O-) Statistiken für alle Indizes in der DB-Shard-Gruppe. Zum Beispiel:

postgres_limitless=> SELECT * FROM rds_aurora.limitless_statio_all_indexes WHERE relname like'customers_ts%'; subcluster_id | subcluster_type | schemaname | relname | indexrelname | idx_blks_read | idx_blks_hit ---------------+-----------------+------------+-------------------+-------------------------------------+ --------------+-------------- 3 | shard | public | customers_ts00002 | customers_ts00002_customer_name_idx | 1 | 0 3 | shard | public | customers_ts00001 | customers_ts00001_customer_name_idx | 1 | 0 4 | shard | public | customers_ts00003 | customers_ts00003_customer_name_idx | 1 | 0 4 | shard | public | customers_ts00004 | customers_ts00004_customer_name_idx | 1 | 0 5 | shard | public | customers_ts00005 | customers_ts00005_customer_name_idx | 1 | 0 5 | shard | public | customers_ts00006 | customers_ts00006_customer_name_idx | 1 | 0 6 | shard | public | customers_ts00007 | customers_ts00007_customer_name_idx | 1 | 0 6 | shard | public | customers_ts00008 | customers_ts00008_customer_name_idx | 1 | 0 (8 rows)
limitless_statio_all_tables

Diese Ansicht enthält input/output (I/O-) Statistiken für alle Tabellen in der DB-Shard-Gruppe. Zum Beispiel:

postgres_limitless=> SELECT subcluster_id, subcluster_type, schemaname, relname, heap_blks_read, heap_blks_hit FROM rds_aurora.limitless_statio_all_tables WHERE relname LIKE 'customers_ts%'; subcluster_id | subcluster_type | schemaname | relname | heap_blks_read | heap_blks_hit ---------------+-----------------+------------+-------------------+----------------+--------------- 3 | shard | public | customers_ts00002 | 305 | 57780 3 | shard | public | customers_ts00001 | 300 | 56972 4 | shard | public | customers_ts00004 | 302 | 57291 4 | shard | public | customers_ts00003 | 302 | 57178 5 | shard | public | customers_ts00006 | 300 | 56932 5 | shard | public | customers_ts00005 | 302 | 57386 6 | shard | public | customers_ts00008 | 300 | 56881 6 | shard | public | customers_ts00007 | 304 | 57635 (8 rows)
limitless_tables

Diese Ansicht enthält Informationen zu Tabellen in Aurora PostgreSQL Limitless Database.

postgres_limitless=> SELECT * FROM rds_aurora.limitless_tables; table_gid | local_oid | schema_name | table_name | table_status | table_type | distribution_key -----------+-----------+-------------+-------------+--------------+-------------+------------------ 5 | 18635 | public | placeholder | active | placeholder | 6 | 18641 | public | ref | active | reference | 7 | 18797 | public | orders | active | sharded | HASH (order_id) 2 | 18579 | public | customer | active | sharded | HASH (cust_id) (4 rows)
limitless_table_collocations

Diese Ansicht enthält Informationen zu zusammengestellten Shard-Tabellen.

Im folgenden Beispiel werden die customers Tabellen orders und users und die followers Tabellen zusammengelegt. Bei zusammengestellten Tabellen ist das Gleiche der Fall. collocation_id

postgres_limitless=> SELECT * FROM rds_aurora.limitless_table_collocations ORDER BY collocation_id; collocation_id | schema_name | table_name ----------------+-------------+------------ 2 | public | orders 2 | public | customers 5 | public | users 5 | public | followers (4 rows)
limitless_table_collocation_distributions

Diese Ansicht zeigt die Schlüsselverteilung für jede Kollokation.

postgres_limitless=> SELECT * FROM rds_aurora.limitless_table_collocation_distributions ORDER BY collocation_id, lower_bound; collocation_id | subcluster_id | lower_bound | upper_bound ----------------+---------------+----------------------+---------------------- 2 | 6 | -9223372036854775808 | -4611686018427387904 2 | 5 | -4611686018427387904 | 0 2 | 4 | 0 | 4611686018427387904 2 | 3 | 4611686018427387904 | 9223372036854775807 5 | 6 | -9223372036854775808 | -4611686018427387904 5 | 5 | -4611686018427387904 | 0 5 | 4 | 0 | 4611686018427387904 5 | 3 | 4611686018427387904 | 9223372036854775807 (8 rows)