Statement SQL untuk Mengontrol Server Master


Replikasi dapat dikontrol melalui antarmuka SQL menggunakan statement diuraikan dalam bagian ini. Satu group statement mengontrol server master, kontrol lainnya server slave.

Selain pernyataan dijelaskan di sini, statement SHOW berikut ini digunakan dengan server master dalam replikasi.

SHOW BINARY LOGS
SHOW BINLOG EVENTS
SHOW MASTER STATUS
SHOW SLAVE HOSTS

Sintaks PURGE BINARY LOGS

PURGE { BINARY | MASTER } LOGS
{ TO ‘log_name’ | BEFORE datetime_expr }

Log biner adalah satu set file yang berisi informasi tentang modifikasi data yang dilakukan oleh server MySQL. Log terdiri dari satu set file log biner, ditambah dengan file indeks.

Statement PURGE BINARY LOGS menghapus semua file log biner tercantum dalam file indeks log sebelum nama file log tertentu atau tanggal. BINARY dan MASTER adalah sinonim. File log yang dihapus juga dihapus dari daftar tercatat dalam file indeks, sehingga file log yang diberikan menjadi yang pertama dalam daftar.

Pernyataan ini tidak berpengaruh jika server tidak dimulai dengan opsi --log-bin untuk mengaktifkan logging biner.

PURGE BINARY LOGS TO ‘mysql-bin.010’;
PURGE BINARY LOGS BEFORE ‘2008-04-02 22:46:26’;

Argumen BEFORE datetime_expr varian harus mengevaluasi ke nilai DATETIME (nilai dalam format  ‘YYYY-MM-DD hh:mm:ss’ ).

Pernyataan ini aman untuk berjalan selama slave melakukan replikasi. Anda tidak perlu menghentikan mereka. Jika anda memiliki sebuah slave aktif yang saat ini sedang membaca salah satu file log yang ingin anda hapus, pernyataan ini tidak melakukan apapun dan gagal dengan error. Namun, jika sebuah slave tidak terhubung dan anda kebetulan melakukan purge salah satu file log yang belum dibaca, slave akan dapat mereplikasi setelah menyambung kembali.

Untuk secara aman membersihkan(purge) file log biner, ikuti prosedur ini:

  1. Pada setiap server slave, menggunakan SHOW SLAVE STATUS untuk memeriksa file log yang mana yang sedang dibaca.
  2. Mendapatkan daftar file-file log biner pada server master dengan SHOW BINARY LOGS.
  3. Menentukan file log awal di antara semua slave. Ini adalah file target. Jika semua slave up to date, ini adalah file log terakhir dalam daftar.
  4. Membuat backup semua file log yang akan anda hapus. (Langkah ini adalah opsional, tetapi selalu dianjurkan.)
  5. Membersihkan semua file log, tetapi tidak termasuk file target.

PURGE BINARY LOGS TO dan PURGE BINARY LOGS BEFORE  keduanya gagal dengan kesalahan ketika file log biner terdaftar dalam file .indeks yang telah dihapus dari sistem dengan kata lain (seperti menggunakan rm di Linux). Untuk menangani kesalahan tersebut, edit file .index (yang merupakan file teks sederhana) secara manual untuk memastikan bahwa daftar hanya file log biner yang benar-benar hadir, kemudian jalankan lagi statement PURGE BINARY LOGS yang gagal.

Iklan
  1. No trackbacks yet.

Tinggalkan Balasan

Isikan data di bawah atau klik salah satu ikon untuk log in:

Logo WordPress.com

You are commenting using your WordPress.com account. Logout / Ubah )

Gambar Twitter

You are commenting using your Twitter account. Logout / Ubah )

Foto Facebook

You are commenting using your Facebook account. Logout / Ubah )

Foto Google+

You are commenting using your Google+ account. Logout / Ubah )

Connecting to %s

%d blogger menyukai ini: