Określanie rozmiaru tabeli i relacji w usłudze Azure Cosmos DB for PostgreSQL

Ważne

Usługa Azure Cosmos DB for PostgreSQL nie jest już obsługiwana w przypadku nowych projektów. Nie używaj tej usługi dla nowych projektów. Zamiast tego użyj jednej z tych dwóch usług:

• Użyj usługi Azure Cosmos DB for NoSQL dla rozproszonego rozwiązania bazy danych przeznaczonego dla scenariuszy o dużej skali z umową dotyczącą poziomu usług dostępności 99,999% (SLA), natychmiastowym skalowaniem automatycznym i automatycznym przejściem w tryb failover w wielu regionach.

• Użyj funkcji Elastic Clusters usługi Azure Database for PostgreSQL na potrzeby fragmentowanej bazy danych PostgreSQL przy użyciu rozszerzenia Citus typu open source.

Zwykle sposób znajdowania rozmiarów tabel w usłudze PostgreSQL, pg_total_relation_size, drastycznie niedostatecznie raportuje rozmiar tabel rozproszonych w usłudze Azure Cosmos DB for PostgreSQL. Ta funkcja działa w klastrze, polega na ujawnieniu rozmiaru tabel w węźle koordynatora. W rzeczywistości dane w tabelach rozproszonych są przechowywane w węzłach procesu roboczego (w fragmentach), a nie na koordynatorze. Prawdziwa miara rozmiaru tabeli rozproszonej jest uzyskiwana jako suma rozmiarów fragmentów. Usługa Azure Cosmos DB for PostgreSQL udostępnia funkcje pomocnicze do wykonywania zapytań dotyczących tych informacji.

Function	Zwraca
citus_relation_size(relation_name)	Rozmiar rzeczywistych danych w tabeli ("główne rozgałęzienie"). Relacją może być nazwa tabeli lub indeksu.
citus_table_size(relation_name)	citus_relation_size plus: rozmiar mapy wolnego miejsca rozmiar mapy widoczności
citus_total_relation_size(relation_name)	citus_table_size plus: rozmiar indeksów

Te funkcje są analogiczne do trzech standardowych funkcji rozmiaru obiektu PostgreSQL, z wyjątkiem sytuacji, gdy nie mogą nawiązać połączenia z węzłem, zgłaszają błąd.

Przykład

Oto jak wyświetlić listę rozmiarów wszystkich tabel rozproszonych:

SELECT logicalrelid AS name,
       pg_size_pretty(citus_table_size(logicalrelid)) AS size
  FROM pg_dist_partition;

Wyjście:

┌───────────────┬───────┐
│     name      │ size  │
├───────────────┼───────┤
│ github_users  │ 39 MB │
│ github_events │ 37 MB │
└───────────────┴───────┘

Następne kroki

• Dowiedz się, jak skalować klaster w celu przechowywania większej ilości danych.
• Rozróżnianie typów tabel w klastrze.
• Zobacz inne przydatne zapytania diagnostyczne.