Topik ini menjelaskan istilah-istilah yang digunakan dalam AnalyticDB for MySQL.
region
Region adalah lokasi geografis tempat pusat data Alibaba Cloud berada. Region biasanya dinamai berdasarkan kota tempat pusat data tersebut berada. Sebagai contoh, pusat data dari region Malaysia (Kuala Lumpur) berada di Kuala Lumpur.
zone
Zone adalah lokasi terisolasi di dalam sebuah region. Setiap zone memiliki pasokan daya dan jaringan yang independen. Sebagai contoh, region China (Beijing) memiliki 12 zone, termasuk Beijing Zone A dan Beijing Zone B. Latensi jaringan antar sumber daya dalam zone yang sama rendah, sehingga memungkinkan pengguna mengakses layanan lebih cepat.
cluster
Cluster adalah konsep yang mencakup database. Cluster yang berbeda secara fisik terisolasi satu sama lain. Setiap cluster dapat berisi database fisik dan beberapa database logis.
physical database
Representasi fisik atau mode penyimpanan dari sebuah database pada perangkat penyimpanan fisik, termasuk file data, file log, dan file indeks. Saat Anda membuat kluster AnalyticDB for MySQL, database fisik akan otomatis dibuat. Setiap database fisik dibagi menjadi beberapa shard. Shard-shard tersebut didistribusikan di seluruh grup node penyimpanan. Setiap shard dikelola oleh sebuah Raft group.
logical database
Struktur organisasi logis dari sebuah database, termasuk tabel, view, dan indeks. Saat Anda menjalankan pernyataan CREATE DATABASE, database logis akan dibuat. Anda dapat membuat hingga 2.048 database logis untuk sebuah kluster AnalyticDB for MySQL.
Database-database yang disebutkan dalam dokumentasi AnalyticDB for MySQL adalah database logis.
shard
Bagian dari tabel yang diperoleh setelah AnalyticDB for MySQL membagi tabel berdasarkan kunci distribusi. Shard-shard tersebut didistribusikan di seluruh grup node penyimpanan. Setiap grup node penyimpanan mempertahankan jumlah data tertentu, yang membantu meningkatkan skalabilitas dan performa sistem.
Setiap shard dikelola oleh sebuah Raft group yang independen. Beberapa replika dari Raft group ditempatkan di beberapa node penyimpanan yang termasuk dalam grup node penyimpanan yang sama. Protokol Raft memastikan konsistensi data di seluruh replika.
Jumlah shard dalam sebuah kluster AnalyticDB for MySQL tidak berubah setelah Anda mengubah konfigurasi kluster. Anda dapat menjalankan pernyataan berikut untuk menanyakan jumlah shard dalam sebuah kluster AnalyticDB for MySQL: SELECT COUNT(1) FROM information_schema.kepler_meta_shards;.
partition
Bagian dari shard yang diperoleh setelah AnalyticDB for MySQL membagi shard berdasarkan kunci partisi. Dalam banyak kasus, kolom tanggal dipilih sebagai kunci partisi untuk melakukan manajemen siklus hidup data.
table
AnalyticDB for MySQL mendukung dua jenis tabel: tabel terpartisi dan tabel direplikasi. Untuk informasi tentang cara membuat tabel, lihat CREATE TABLE.
tabel terpartisi
Tabel terpartisi juga dikenal sebagai tabel standar. AnalyticDB for MySQL membagi data tabel terpartisi menjadi beberapa shard berdasarkan kunci distribusi dan mendistribusikan shard-shard tersebut di seluruh node penyimpanan. Kemudian, AnalyticDB for MySQL membagi setiap shard menjadi beberapa partisi berdasarkan kunci partisi. Tabel terpartisi memanfaatkan sistem terdistribusi untuk meningkatkan efisiensi query. Tabel terpartisi dapat menyimpan hingga ratusan miliar entri data.
tabel direplikasi
Setiap shard dari kluster AnalyticDB for MySQL menyimpan salinan lengkap dari data tabel direplikasi. Kami merekomendasikan agar Anda tidak menyimpan lebih dari 20.000 baris data dalam tabel direplikasi.
Perubahan dalam tabel direplikasi disiarkan ke semua shard dari kluster AnalyticDB for MySQL. Hal ini memastikan konsistensi data di seluruh shard tetapi memengaruhi performa penulisan. Kami merekomendasikan agar Anda tidak sering menambah, menghapus, atau memodifikasi data dalam tabel direplikasi.
unit I/O elastis (EIU)
Sumber daya I/O elastis dikemas dalam unit dan dijual sebagai EIU. Untuk kluster AnalyticDB for MySQL dalam mode elastis untuk Edisi Kluster, EIU terdiri dari node penyimpanan dan menyediakan kemampuan penyimpanan data, penulisan, query, dan pemindaian.
Setiap EIU adalah grup node penyimpanan yang terdiri dari tiga node penyimpanan. Anda dapat membeli EIU saat membuat kluster AnalyticDB for MySQL. Anda juga dapat menambah kapasitas atau skala EIU untuk memenuhi persyaratan throughput tinggi atau volume besar pemindaian. Untuk informasi tentang metrik performa EIU, lihat Tingkatkan kapasitas atau skala sumber daya I/O elastis.
unit komputasi AnalyticDB (ACU)
Sumber daya komputasi dan penyimpanan AnalyticDB for MySQL Edisi Data Lakehouse dikemas dalam unit dan dijual sebagai ACU. Setiap ACU kira-kira setara dengan 1 core dan 4 GB memori.
grup sumber daya
Sumber daya komputasi dibagi menjadi grup sumber daya untuk memenuhi persyaratan multi-tenancy dan beban campuran dalam kluster AnalyticDB for MySQL. Kluster AnalyticDB for MySQL Edisi Data Warehouse dalam mode elastis untuk Edisi Kluster dan kluster AnalyticDB for MySQL Edisi Data Lakehouse memungkinkan Anda mengonfigurasi beberapa grup sumber daya. Setiap grup sumber daya memiliki sumber daya komputasi yang independen. Sumber daya komputasi dari grup sumber daya yang berbeda secara fisik terisolasi satu sama lain. Pekerjaan yang berbeda ditugaskan ke grup sumber daya yang berbeda untuk dieksekusi. Sebagai contoh, pemrosesan batch dan analisis real-time ditugaskan ke grup sumber daya yang berbeda untuk mencegah perebutan sumber daya dan degradasi performa.