ApsaraDB for OceanBase：Ikhtisar

Informasi latar belakang

Binary logging (Binlog) MySQL merupakan fondasi untuk replikasi master-slave dan pelacakan perubahan. Anda dapat mengaktifkan binary logging dengan overhead performa yang rendah untuk skenario seperti pelacakan perubahan secara real-time. Fitur ini memungkinkan Anda menggunakan kembali sistem penguraian inkremental MySQL Binlog yang sudah ada untuk menyinkronkan data inkremental dari mode kompatibel MySQL pada OceanBase Database tanpa perlu melakukan pengembangan kustom atau menyiapkan lingkungan baru. Dengan demikian, Anda dapat beralih secara mulus dari solusi pelacakan perubahan inkremental berbasis MySQL yang sudah ada ke ApsaraDB for OceanBase.

Batasan performa

Performa layanan konversi Binlog dibatasi oleh konfigurasi sumber daya dan kemampuan penguraian Clog. Saat ini, layanan Binlog mendukung kecepatan penguraian Clog maksimum 25 MB/s, dengan batas atas laju konversi Binlog sekitar 50.000 catatan per detik (RPS). Jika lalu lintas layanan sumber melebihi batas tersebut, latensi layanan konversi Binlog dapat meningkat. Layanan Binlog juga mendukung maksimal 50 koneksi subscription; permintaan akan ditolak jika jumlah koneksi subscription konkuren melebihi batas ini. Pada skenario dengan lalu lintas tinggi dan transaksi besar, layanan Binlog harus memproses Clog secara inkremental untuk menjaga performa real-time.

Saat lalu lintas layanan masih dalam batas wajar, latensi layanan konversi Binlog biasanya kurang dari 1 detik. Namun, dalam kasus khusus—seperti operasi bahasa definisi data (DDL) yang sering atau transaksi besar di database—latensi konversi sub-detik tidak dapat dijamin.

Fitur layanan Binlog

• Layanan Binlog akan dinonaktifkan secara otomatis jika tidak ada koneksi subscription aktif selama lebih dari 7 hari.

• OceanBase Binlog Service dikelola pada level tenant. Anda tidak dapat mengaktifkan binary logging untuk database atau tabel tertentu.

• OceanBase Binlog Service kompatibel dengan format Row dari MySQL Binlog dan mencatat perubahan pada level baris.

• Mode kompatibel MySQL pada OceanBase Database kompatibel dengan sebagian besar tipe data MySQL. Untuk informasi selengkapnya, lihat Ikhtisar tipe data MySQL di OceanBase. Sintaksis DDL pada mode kompatibel MySQL di OceanBase Database berbeda dari sintaksis DDL MySQL, dan mode tersebut memiliki beberapa sintaksis ekstensi unik. Oleh karena itu, pernyataan DDL tersebut mungkin tidak diurai dengan benar.

  Catatan

  • Semantik ekstensi untuk tipe ENUM dan SET dalam tenant kompatibel MySQL pada OceanBase Database tidak didukung. Misalnya, layanan tidak mendukung definisi tipe SET dengan lebih dari 64 anggota, nilai duplikat dalam tipe SET, atau tipe ENUM yang memungkinkan penyisipan data tidak terdefinisi seperti ''.

  • Tipe VARCHAR dapat menyimpan maksimal 65.535 byte data. Jika panjang tipe VARCHAR melebihi nilai ini, hal tersebut dapat menyebabkan error penguraian pada data tabel terkait.

    Catatan: Konfigurasi set karakter memengaruhi panjang maksimum VARCHAR. Misalnya, jika set karakter adalah utf8mb4, satu karakter menempati 4 byte, sehingga panjang maksimum yang dapat dikonfigurasikan untuk VARCHAR adalah 16.383.

  • Pada tenant kompatibel MySQL di OceanBase Database, tipe LONGBLOB dan LONGTEXT mendukung ukuran maksimum 48 MB, yang berbeda dari implementasi MySQL.

• Jika Anda menggunakan OceanBase Database V4.x, konfigurasikan STORED attribute untuk kolom yang di-generate. Jika tidak, layanan Binlog tidak akan mengonversi data untuk kolom tersebut, yang dapat menyebabkan kegagalan penguraian subscription downstream atau kehilangan data.

• Protokol Binlog untuk mode kompatibel MySQL pada OceanBase Database sebagian besar konsisten dengan protokol MySQL 5.7 Binlog dan memiliki fitur dasar yang serupa:

  • Mendukung dua mode ekstraksi: filename + offset dan GTID. GTID dihasilkan oleh OceanBase Binlog Service dan bersifat globally unique.

  • Mendukung pembacaan file Binlog untuk semua database dan tabel. OceanBase Binlog Service melakukan dump data inkremental dari semua database dan tabel pada level tenant dan menyimpannya dalam file Binlog untuk penyimpanan persisten.

  • Mendukung beberapa koneksi subscription Binlog Dump. Anda dapat berlangganan dari offset apa pun dalam rentang [Posisi file log biner paling awal, posisi terbaru].

• Mendukung pembersihan berkala file Binlog. Setelah Anda mengaktifkan OceanBase Binlog Service di Alibaba Cloud, log disimpan selama 18 jam atau hingga 50 GB secara default. Pembersihan log dipicu ketika salah satu kondisi tersebut terpenuhi.

• Mendukung integrasi dengan alat penguraian MySQL Binlog utama, seperti FlinkCDC, Canal, dan MaxWell.

• Layanan Binlog menyediakan ketersediaan tinggi (HA) dan dapat pulih secara otomatis dari kegagalan dalam hitungan menit. Namun, subscriber downstream harus memiliki mekanisme reconnect untuk mencegah gangguan subscription selama kegagalan.

Cara mendapatkan file Binlog

Metode koneksi: Anda dapat terhubung melalui primary endpoint tenant.

Persyaratan versi: Instansiasi basis data OceanBase harus V3.2.4 atau lebih baru.

Prosedur:

1. OceanBase Binlog Service dinonaktifkan secara default. Anda harus mengaktifkan layanan terlebih dahulu. Untuk informasi selengkapnya, lihat Aktifkan layanan Binlog.

2. Hubungkan ke database OceanBase menggunakan client MySQL. Untuk informasi selengkapnya, lihat Hubungkan ke instansiasi basis data OceanBase menggunakan client MySQL.

3. Setelah terhubung ke database OceanBase, Anda dapat menjalankan perintah MySQL Binlog terkait di client yang terhubung.

   1. Anda dapat menjalankan pernyataan show binary logs untuk melihat daftar file Binlog.

   2. Anda dapat menjalankan pernyataan show master status untuk melihat file Binlog yang sedang ditulis.

   3. Anda dapat menjalankan pernyataan show binlog events untuk melihat event spesifik dalam file Binlog.

4. Berlangganan perubahan menggunakan Canal. Untuk informasi selengkapnya, lihat Panduan Cepat Mulai.