Saat data terus-menerus ditulis, instans Edisi Perusahaan mengumpulkan file kecil dan snapshot yang telah kedaluwarsa, yang menurunkan performa kueri dan memboroskan penyimpanan. Optimisasi penyimpanan lake secara otomatis melakukan kompaksi file kecil, membersihkan file yatim, dan mengelola siklus hidup snapshot agar tata letak penyimpanan tetap optimal.
Fitur ini berada dalam fase pengujian berbasis undangan. Untuk mengajukan akses, kirimkan tiket.
Lingkup
|
Kondisi |
Persyaratan |
|
Edisi Instance |
Edisi Perusahaan. |
|
Jenis database |
Hanya database dan tabel dalam penyimpanan lake AnalyticDB for MySQL. |
|
Visibilitas |
Hanya database yang terlihat di Data Catalog yang dapat dikonfigurasi. |
Pewarisan tiga tingkat
Konfigurasi diteruskan secara bertingkat melalui Instans > Database > Tabel. Setiap tingkat secara default mewarisi pengaturan dari induknya, tetapi dapat menggantinya dengan nilai kustom.
Pengaturan tingkat instans (nilai default global)
├── Database A (mewarisi pengaturan instans)
│ ├── Tabel 1 (mewarisi pengaturan Database A)
│ └── Tabel 2 (kustom: frekuensi kompaksi = tinggi)
└── Database B (kustom: optimisasi penyimpanan lake dinonaktifkan)
└── Tabel 3 (mewarisi Database B → dinonaktifkan)|
Kebijakan |
Perilaku |
Kasus penggunaan |
|
Inherit |
Otomatis mengikuti perubahan dari tingkat induk. |
Sebagian besar database dan tabel yang memerlukan manajemen terpadu. |
|
Custom |
Menggunakan pengaturan independen yang tidak dipengaruhi oleh tingkat induk. |
Objek dengan kebutuhan performa spesifik atau yang perlu menonaktifkan optimisasi. |
Prioritas: Tingkat tabel > Tingkat database > Tingkat instans. Setelah Anda memilih Custom, tingkat tersebut dan anak-anaknya tidak lagi terpengaruh oleh perubahan pada tingkat induk.
Jika Anda mematikan sakelar Enable Lake Storage Optimization di tingkat instans, semua pengaturan di tingkat database dan tabel menjadi tidak aktif, dan optimisasi berhenti di seluruh instans. Parameter yang telah dikonfigurasi tetap disimpan dan secara otomatis dipulihkan saat Anda mengaktifkan kembali optimisasi.
Akses pengaturan
Pada halaman detail instans, pilih di panel navigasi sebelah kiri.
|
Tingkat |
Titik masuk |
|
Instance |
Klik Edit di bagian Lake Storage Optimization di atas daftar database. |
|
Database |
Klik database target dan buka tab Lake Storage Optimization. |
|
Tabel |
Klik tabel target dan buka tab Lake Storage Optimization. |
Parameter
|
Parameter |
Deskripsi |
Nilai valid |
Default |
Instance |
Database |
Tabel |
|
Enable Lake Storage Optimization |
Sakelar global untuk instans. |
On / Off |
Off |
✓ |
— |
— |
|
Policy |
Apakah akan mewarisi dari tingkat induk atau menggunakan pengaturan kustom. |
Inherit / Custom |
Inherit |
— |
✓ |
✓ |
|
Status |
Sakelar untuk tingkat saat ini. |
On / Off |
— |
— |
✓ |
✓ |
|
Resource Group |
Resource komputasi yang digunakan untuk menjalankan tugas optimisasi. |
Kelompok sumber daya yang ada. |
— |
✓ |
✓ |
✓ |
|
Small File Merge Frequency |
Seberapa sering file kecil dikompaksi. |
low / normal / high |
normal |
✓ |
✓ |
✓ |
|
Snapshot Retention Period |
Berapa lama snapshot historis disimpan. |
1 hingga 7 hari |
7 hari |
✓ |
✓ |
✓ |
|
Orphan File Retention Period |
Berapa lama file yatim disimpan sebelum dibersihkan. |
3 / 5 / 7 / 10 / 14 hari |
3 hari |
✓ |
✓ |
✓ |
Saat sakelar di tingkat instans dimatikan, hanya sakelar tersebut yang ditampilkan. Semua parameter lain muncul setelah Anda mengaktifkan sakelar tersebut. Di tingkat database dan tabel, semua parameter muncul setelah Anda memilih Custom dan mengaktifkan status.
Frekuensi kompaksi file kecil
Kompaksi file kecil menggabungkan beberapa file data kecil menjadi file yang lebih besar, sehingga mengurangi jumlah total file dan meningkatkan efisiensi kueri.
|
Tingkat |
Kasus penggunaan |
|
low |
Tabel data dingin dengan volume penulisan rendah dan perubahan data jarang terjadi. |
|
normal (default) |
Workload tujuan umum. |
|
high |
Tabel data panas dengan throughput penulisan tinggi dan kueri yang sering dilakukan. |
Frekuensi kompaksi yang lebih tinggi mengonsumsi lebih banyak sumber daya komputasi. Kami merekomendasikan menetapkan kelompok sumber daya khusus untuk tugas optimisasi guna menghindari kontensi I/O dengan beban kerja kueri.
Periode retensi snapshot
Snapshot menangkap kondisi lengkap suatu tabel pada titik waktu tertentu, memungkinkan rollback data dan kueri perjalanan waktu. Menyimpan terlalu banyak snapshot meningkatkan penggunaan penyimpanan dan beban overhead manajemen metadata. Periode retensi default adalah 7 hari, dengan minimum 1 hari.
Periode retensi file yatim
File yatim adalah file data yang dihasilkan selama proses penulisan, pembaruan, atau kompaksi yang tidak lagi dirujuk oleh snapshot yang valid. File-file ini secara otomatis dibersihkan setelah periode retensi berakhir untuk mengosongkan penyimpanan.
Mengurangi periode retensi menghemat penyimpanan tetapi dapat memengaruhi kueri jangka panjang yang sedang berjalan. Minimum periode retensi adalah 3 hari.
Riwayat eksekusi
Pada tab Lake Storage Optimization di tingkat tabel, Anda dapat melihat riwayat eksekusi tugas kompaksi. Riwayat mencakup jumlah file data yang dibaca, jumlah file data yang ditambahkan, jumlah byte yang dibaca, jumlah file data yang gagal, waktu mulai, dan status.
Konfigurasi yang direkomendasikan
|
Skenario |
Pengaturan yang direkomendasikan |
Alasan |
|
Tabel analitik frekuensi tinggi. |
Frekuensi kompaksi = high, Retensi file yatim = 3 hari. |
Cepat menghilangkan file kecil dan menjaga performa kueri. |
|
Tabel arsip frekuensi rendah. |
Frekuensi kompaksi = low, Retensi file yatim = 14 hari. |
Mengurangi konsumsi sumber daya dan memperpanjang jendela pemulihan data. |
|
Database dengan workload campuran. |
Tingkat database = inherit, Tabel panas = custom dengan high, Tabel dingin = custom dengan low. |
Memungkinkan optimisasi per tabel yang disesuaikan dengan pola workload. |
|
Lingkungan pengembangan dan pengujian. |
Nonaktifkan optimisasi penyimpanan lake di tingkat instans. |
Menghemat sumber daya komputasi. |