AnalyticDB:Penyimpanan bertingkat data hot dan cold

Saat pembuatan tabel

Tentukan kebijakan menggunakan parameter storage_policy dalam pernyataan CREATE TABLE Anda:

CREATE TABLE your_table (
    ...
)
PARTITION BY ...
PROPERTIES (
    "storage_policy" = "MIXED",   -- HOT, COLD, atau MIXED
    "hot_partition_count" = "5"   -- Diperlukan saat storage_policy = MIXED
);

Untuk tabel yang sudah ada

Gunakan ALTER TABLE untuk mengubah kebijakan penyimpanan. Setelah menjalankan pernyataan ini, Anda dapat melacak progres migrasi—lihat Kueri progres perubahan kebijakan penyimpanan.

-- Beralih ke mixed storage dengan 5 partisi hot
ALTER TABLE your_table
SET PROPERTIES (
    "storage_policy" = "MIXED",
    "hot_partition_count" = "5"
);

Untuk referensi sintaks lengkap, lihat CREATE TABLE dan ALTER TABLE.

Saat partisi baru dimasukkan

Semua partisi diurutkan ulang untuk mempertahankan tepat N partisi hot. Partisi dengan nilai kunci terkecil diturunkan statusnya dari hot menjadi cold.

Contoh: hot_partition_count bernilai 5. Partisi baru 20241226 (nilai kunci terbesar) dimasukkan. Setelah pekerjaan BUILD, sistem mempromosikan 20241226 menjadi hot dan memindahkan 20241221 (partisi hot terkecil sebelumnya) ke cold.

Saat Anda mengubah jumlah partisi hot

• Meningkat dari N ke M (M > N): M - N partisi cold (dengan nilai kunci terbesar) dipromosikan menjadi hot.

• Menurun dari N ke M (M < N): N - M partisi hot (dengan nilai kunci terkecil) diturunkan menjadi cold.

Contoh — meningkat dari 5 ke 6: Partisi 20241220 (kunci partisi cold terbesar) dipindahkan dari cold ke hot.

Contoh — menurun dari 5 ke 4: Partisi 20241221 (kunci partisi hot terkecil) dipindahkan dari hot ke cold.

Kueri untuk semua tabel

SELECT * FROM information_schema.table_usage;

Kueri untuk tabel tertentu

SELECT * FROM information_schema.table_usage
WHERE table_schema = '<schema_name>' AND table_name = '<table_name>';

Parameter respons

Catatan penggunaan:

• Semua nilai ukuran (rt_*, hot_*, cold_*) berubah seiring operasi INSERT, UPDATE, DELETE, dan BUILD dijalankan.

• Jika hot_total_size dan cold_total_size keduanya bernilai 0 setelah penulisan data, data tersebut disinkronkan secara real time. rt_total_size mencerminkan ukuran saat ini. Jalankan pernyataan BUILD untuk mengonversi data real-time menjadi data historis, setelah itu hot_total_size dan cold_total_size akan terisi.

• hot_partition_count yang dikonfigurasi menentukan jumlah partisi hot per shard. hot_partition_count yang dikueri merupakan hasil union seluruh shard dan mungkin lebih besar jika distribusi partisi berbeda antar shard.

Contoh — nilai hot_partition_count yang dikueri vs. nilai yang dikonfigurasi:

Tabel A memiliki dua shard dan hot_partition_count dikonfigurasi sebagai 2.

• Shard 1: P4, P5 adalah hot; P1, P2, P3 adalah cold.

• Shard 2: P3, P4 adalah hot; P1, P2 adalah cold.

Nilai yang dikueri adalah hasil union: {P4, P5} ∪ {P3, P4} = {P3, P4, P5}, sehingga hot_partition_count mengembalikan nilai 3.

Kueri untuk semua tabel

SELECT * FROM information_schema.storage_policy_modify_progress;

Kueri untuk tabel tertentu

SELECT * FROM information_schema.storage_policy_modify_progress
WHERE table_schema = '<schema_name>' AND table_name = '<table_name>';

Parameter respons