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
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 in
pg_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 in
pg_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 in
pg_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_infovon 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
Tabellenorders
undusers
und diefollowers
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)