Percona XtraBackup

Percona XtraBackup adalah perangkat lunak baris perintah open source, portable, free dan non-blocking yang bertindak sebagai solusi backup mandiri untuk mesin penyimpanan XtraDB dan InnoDB yang terkenal. Ini fitur verifikasi cadangan otomatis dan menawarkan uptime yang lebih tinggi daripada produk sejenis lainnya.

Program ini sepenuhnya kompatibel dengan server database MySQL dan MariaDB, dan ini sangat banyak digunakan oleh layanan jejaring sosial Facebook yang populer untuk incremental backup. Ini dirancang untuk memecahkan masalah dunia nyata saat membackup basis data yang sangat besar dan padat.

Fitur utama mencakup kemampuan untuk melakukan backup secara online sambil menghindari interupsi database Anda, kemampuan untuk melakukan backup streaming ke server lain, serta kemampuan untuk melakukan backup tambahan sambil menghemat uang pada ruang disk dan bandwidth jaringan.

Dengan Percona XtraBackup backup Anda akan selesai dengan andal dan cepat. Anda juga dapat membuat budak replikasi baru dengan mudah, melakukan analisis data dan file indeks lanjutan, dan memindahkan tabel antara server tanpa memulai ulang, tugas yang memerlukan XtraDB untuk impor.

Perangkat lunak ini mendukung berbagai rasa MySQL, di antaranya dapat kita sebutkan MySQL, MariaDB, Cluster Galaksi MariaDB, Percona Server dan Klaster Percona XtraDB. Ini juga mendukung semua sistem operasi GNU / Linux, berjalan dengan baik pada perangkat keras 32-bit dan 64-bit.

Di antara fitur lainnya, kami dapat menyebutkan pencekalan backup MyISAM, backup terkompresi penuh, backup terkompensasi tambahan, backup incremental cepat, backup tambahan dengan log yang diarsipkan dan hanya log REDO, backup lokal paralel, copy-back, apply-log, compression dan enkripsi.

Selain itu, juga dilengkapi dengan dukungan rsync untuk sinkronisasi file mutakhir, ekspor tabel individual, penanganan FTWRL yang disempurnakan, backup kompak, dukungan pemulihan point-in-time, backup offline, serta dukungan untuk cloud backup.

Percona XtraBackup ditulis dalam bahasa pemrograman C, C ++ dan Perl. Perangkat lunak command-line, didistribusikan sebagai paket biner pra-bangun untuk distribusi Ubuntu, Debian dan Red Hat Enterprise Linux, serta arsip biner dan sumber universal.

Apa itu baru dalam rilis ini:

• Percona XtraBackup akan melakukan segfault selama fase persiapan halaman FTS tertentu. Bug tetap # 1460138.
• Kesalahan kompilasi tetap karena kehilangan ketergantungan yang disebabkan oleh bug hulu # 77226. Bug tetap # 1461129.
• Regresi yang diperkenalkan dengan memperbaiki bug # 1403237 di Percona XtraBackup 2.2.8 dapat menyebabkan xtrabackup membaca log redo dari offset yang salah yang akan menyebabkan pernyataan. Bug tetap # 1464608.
• Variabel lokal-thread current_thd yang belum diinisiasi. Ini juga memperbaiki bug # 1415191. Bug tetap # 1467574.
• Setelah merilis Percona XtraBackup 2.2.11, innobackupex mengeluarkan FLUSH TABLE sebelum menjalankan FLUSH TABLES WITH READ LOCK. Meskipun akan membantu backup dalam beberapa situasi, ini juga menyiratkan bahwa FLUSH TABLE akan ditulis ke log biner. Pada MariaDB 10.0 dengan GTID diaktifkan, saat cadangan diambil pada budak, ini mengubah GTID dari budak itu dan Percona XtraBackup tidak melihat GTID yang benar lagi. Bug tetap # 1466446 (Julien Pivotto).
• Kompilasi RPM Percona XtraBackup masih membutuhkan bzr. Bug tetap # 1466888 (Julien Pivotto).
• Menyusun RPM Percona XtraBackup dengan opsi XB_VERSION_EXTRA akan membuat versi RPM yang salah. Bug tetap # 1467424 (Julien Pivotto).
• Percona XtraBackup akan berhasil menyelesaikan bahkan ketika redo log tidak disalin sepenuhnya. Ini berarti backup dianggap berhasil bahkan ketika mereka korup. Bug tetap # 1470847.
• Dalam kasus yang jarang terjadi ketika ada dua atau lebih tablespace dengan ID yang sama di direktori data, xtrabackup mengambil yang pertama dengan urutan leksikal, yang dapat menyebabkan hilangnya tabel yang benar. Bug tetap # 1475487.
• Percona XtraBackup kehilangan revision_id dalam binari. Bug tetap # 1394174.

Apa yang baru di versi 2.4.8:

• Percona XtraBackup akan melakukan segfault selama fase persiapan halaman FTS tertentu. Bug tetap # 1460138.
• Kesalahan kompilasi tetap karena kehilangan ketergantungan yang disebabkan oleh bug hulu # 77226. Bug tetap # 1461129.
• Regresi yang diperkenalkan dengan memperbaiki bug # 1403237 di Percona XtraBackup 2.2.8 dapat menyebabkan xtrabackup membaca log redo dari offset yang salah yang akan menyebabkan pernyataan. Bug tetap # 1464608.
• Variabel lokal-thread current_thd yang belum diinisiasi. Ini juga memperbaiki bug # 1415191. Bug tetap # 1467574.
• Setelah merilis Percona XtraBackup 2.2.11, innobackupex mengeluarkan FLUSH TABLE sebelum menjalankan FLUSH TABLES WITH READ LOCK. Meskipun akan membantu backup dalam beberapa situasi, ini juga menyiratkan bahwa FLUSH TABLE akan ditulis ke log biner. Pada MariaDB 10.0 dengan GTID diaktifkan, saat cadangan diambil pada budak, ini mengubah GTID dari budak itu dan Percona XtraBackup tidak melihat GTID yang benar lagi. Bug tetap # 1466446 (Julien Pivotto).
• Kompilasi RPM Percona XtraBackup masih membutuhkan bzr. Bug tetap # 1466888 (Julien Pivotto).
• Menyusun RPM Percona XtraBackup dengan opsi XB_VERSION_EXTRA akan membuat versi RPM yang salah. Bug tetap # 1467424 (Julien Pivotto).
• Percona XtraBackup akan berhasil menyelesaikan bahkan ketika redo log tidak disalin sepenuhnya. Ini berarti backup dianggap berhasil bahkan ketika mereka korup. Bug tetap # 1470847.
• Dalam kasus yang jarang terjadi ketika ada dua atau lebih tablespace dengan ID yang sama di direktori data, xtrabackup mengambil yang pertama dengan urutan leksikal, yang dapat menyebabkan hilangnya tabel yang benar. Bug tetap # 1475487.
• Percona XtraBackup kehilangan revision_id dalam binari. Bug tetap # 1394174.

Apa yang baru di versi 2.4.7:

• Percona XtraBackup akan melakukan segfault selama fase persiapan halaman FTS tertentu. Bug tetap # 1460138.
• Kesalahan kompilasi tetap karena kehilangan ketergantungan yang disebabkan oleh bug hulu # 77226. Bug tetap # 1461129.
• Regresi yang diperkenalkan dengan memperbaiki bug # 1403237 di Percona XtraBackup 2.2.8 dapat menyebabkan xtrabackup membaca log redo dari offset yang salah yang akan menyebabkan pernyataan. Bug tetap # 1464608.
• Variabel lokal-thread current_thd yang belum diinisiasi. Ini juga memperbaiki bug # 1415191. Bug tetap # 1467574.
• Setelah merilis Percona XtraBackup 2.2.11, innobackupex mengeluarkan FLUSH TABLE sebelum menjalankan FLUSH TABLES WITH READ LOCK. Meskipun akan membantu backup dalam beberapa situasi, ini juga menyiratkan bahwa FLUSH TABLE akan ditulis ke log biner. Pada MariaDB 10.0 dengan GTID diaktifkan, saat cadangan diambil pada budak, ini mengubah GTID dari budak itu dan Percona XtraBackup tidak melihat GTID yang benar lagi. Bug tetap # 1466446 (Julien Pivotto).
• Kompilasi RPM Percona XtraBackup masih membutuhkan bzr. Bug tetap # 1466888 (Julien Pivotto).
• Menyusun RPM Percona XtraBackup dengan opsi XB_VERSION_EXTRA akan membuat versi RPM yang salah. Bug tetap # 1467424 (Julien Pivotto).
• Percona XtraBackup akan berhasil menyelesaikan bahkan ketika redo log tidak disalin sepenuhnya. Ini berarti backup dianggap berhasil bahkan ketika mereka korup. Bug tetap # 1470847.
• Dalam kasus yang jarang terjadi ketika ada dua atau lebih tablespace dengan ID yang sama di direktori data, xtrabackup mengambil yang pertama dengan urutan leksikal, yang dapat menyebabkan hilangnya tabel yang benar. Bug tetap # 1475487.
• Percona XtraBackup kehilangan revision_id dalam binari. Bug tetap # 1394174.

Apa yang baru di versi 2.4.6:

• Percona XtraBackup akan melakukan segfault selama fase persiapan halaman FTS tertentu. Bug tetap # 1460138.
• Kesalahan kompilasi tetap karena kehilangan ketergantungan yang disebabkan oleh bug hulu # 77226. Bug tetap # 1461129.
• Regresi yang diperkenalkan dengan memperbaiki bug # 1403237 di Percona XtraBackup 2.2.8 dapat menyebabkan xtrabackup membaca log redo dari offset yang salah yang akan menyebabkan pernyataan. Bug tetap # 1464608.
• Variabel lokal-thread current_thd yang belum diinisiasi. Ini juga memperbaiki bug # 1415191. Bug tetap # 1467574.
• Setelah merilis Percona XtraBackup 2.2.11, innobackupex mengeluarkan FLUSH TABLE sebelum menjalankan FLUSH TABLES WITH READ LOCK. Meskipun akan membantu backup dalam beberapa situasi, ini juga menyiratkan bahwa FLUSH TABLE akan ditulis ke log biner. Pada MariaDB 10.0 dengan GTID diaktifkan, saat cadangan diambil pada budak, ini mengubah GTID dari budak itu dan Percona XtraBackup tidak melihat GTID yang benar lagi. Bug tetap # 1466446 (Julien Pivotto).
• Kompilasi RPM Percona XtraBackup masih membutuhkan bzr. Bug tetap # 1466888 (Julien Pivotto).
• Menyusun RPM Percona XtraBackup dengan opsi XB_VERSION_EXTRA akan membuat versi RPM yang salah. Bug tetap # 1467424 (Julien Pivotto).
• Percona XtraBackup akan berhasil menyelesaikan bahkan ketika redo log tidak disalin sepenuhnya. Ini berarti backup dianggap berhasil bahkan ketika mereka korup. Bug tetap # 1470847.
• Dalam kasus yang jarang terjadi ketika ada dua atau lebih tablespace dengan ID yang sama di direktori data, xtrabackup mengambil yang pertama dengan urutan leksikal, yang dapat menyebabkan hilangnya tabel yang benar. Bug tetap # 1475487.
• Percona XtraBackup kehilangan revision_id dalam binari. Bug tetap # 1394174.

Apa yang baru di versi 2.4.3:

• Percona XtraBackup akan melakukan segfault selama fase persiapan halaman FTS tertentu. Bug tetap # 1460138.
• Kesalahan kompilasi tetap karena kehilangan ketergantungan yang disebabkan oleh bug hulu # 77226. Bug tetap # 1461129.
• Regresi yang diperkenalkan dengan memperbaiki bug # 1403237 di Percona XtraBackup 2.2.8 dapat menyebabkan xtrabackup membaca log redo dari offset yang salah yang akan menyebabkan pernyataan. Bug tetap # 1464608.
• Variabel lokal-thread current_thd yang belum diinisiasi. Ini juga memperbaiki bug # 1415191. Bug tetap # 1467574.
• Setelah merilis Percona XtraBackup 2.2.11, innobackupex mengeluarkan FLUSH TABLE sebelum menjalankan FLUSH TABLES WITH READ LOCK. Meskipun akan membantu backup dalam beberapa situasi, ini juga menyiratkan bahwa FLUSH TABLE akan ditulis ke log biner. Pada MariaDB 10.0 dengan GTID diaktifkan, saat cadangan diambil pada budak, ini mengubah GTID dari budak itu dan Percona XtraBackup tidak melihat GTID yang benar lagi. Bug tetap # 1466446 (Julien Pivotto).
• Kompilasi RPM Percona XtraBackup masih membutuhkan bzr. Bug tetap # 1466888 (Julien Pivotto).
• Menyusun RPM Percona XtraBackup dengan opsi XB_VERSION_EXTRA akan membuat versi RPM yang salah. Bug tetap # 1467424 (Julien Pivotto).
• Percona XtraBackup akan berhasil menyelesaikan bahkan ketika redo log tidak disalin sepenuhnya. Ini berarti backup dianggap berhasil bahkan ketika mereka korup. Bug tetap # 1470847.
• Dalam kasus yang jarang terjadi ketika ada dua atau lebih tablespace dengan ID yang sama di direktori data, xtrabackup mengambil yang pertama dengan urutan leksikal, yang dapat menyebabkan hilangnya tabel yang benar. Bug tetap # 1475487.
• Percona XtraBackup kehilangan revision_id dalam binari. Bug tetap # 1394174.

Apa yang baru di versi 2.2.9:

• Percona XtraBackup 2.1.2 akan bertahan saat melakukan status Transfer Foto. Bug tetap # 1182698.

Apa yang baru di versi 2.2.8:

• Percona XtraBackup 2.1.2 akan bertahan saat melakukan status Transfer Foto. Bug tetap # 1182698.

Apa yang baru di versi 2.1.2:

• Bugs Tetap:
• Menggunakan DBD Perl :: Paket MySQL untuk komunikasi server alih-alih memijah klien baris perintah MySQL mengenalkan regresi yang menyebabkan pilihan innobackupex -galera-info gagal. Bug tetap # 1180672.
• Format xtrabackup_galera_info kehilangan pemisah ':' antara nilai wsrep_local_state_uuid dan wsrep_last_committed. Bug tetap # 1181222.
• deteksi versi otomatis innobackupex tidak bekerja dengan benar untuk rilis Percona Server dan MySQL 5.1 terbaru yang dapat menyebabkan innobackupex gagal. Bugs tetap # 1181092, # 1181099 dan # 1180905.
• Saat membuat cadangan server yang bukan budak replikasi dengan pilihan innobackupex -slave-info, innobackupex gagal dengan kesalahan fatal. Mengganti kesalahan fatal dengan pesan diagnostik tentang innobackupex -slave-info yang diabaikan dalam kasus seperti itu. Bug tetap # 1180662.
• Nilai rendah untuk wait_timeout di server dapat menyebabkan server menutup koneksi saat backup sedang dilakukan. Tetap dengan menetapkan nilai yang lebih besar untuk opsi wait_timeout di server untuk mencegah server menutup koneksi jika nilai wait_timeout global disetel terlalu rendah. Bug tetap # 1180922.
• Perbaikan bug lainnya: bug fix # 1177182.

Apa yang baru di versi 2.0.7:

• Fitur Baru:
• Versi Percona XtraBackup ini telah menerapkan dukungan penuh untuk fitur MySQL 5.6 yang baru (GTID, tablespace jarak jauh / transportable, undo tablespace terpisah, file dump pool buffer bergaya 5,6).
• Percona XtraBackup telah menerapkan dukungan untuk InnoDB Buffer Pool Preloading yang diperkenalkan di MySQL 5.6. Dimulai dengan MySQL 5,6 buffer pool dumps dapat diproduksi dan dimuat untuk pemanasan server yang lebih cepat setelah memulai. Fitur ini mirip dengan Dump / Restore dari Buffer Pool di Percona Server. MySQL 5.6 buffer pool dump disalin ke direktori backup selama tahap backup. Selama tahap penyalinan (restore) itu disalin kembali ke direktori data. Setelah backup dipulihkan buffer pool dump bisa di load oleh server baik secara otomatis pada startup atau on demand.
• Interval waktu antara pemeriksaan yang dilakukan oleh benang penyalinan log sekarang dapat dikonfigurasi oleh innobackupex -log-copy-interval. Membuat interval yang dapat dikonfigurasi memungkinkan untuk mengurangi waktu antara pemeriksaan yang dapat mencegah kegagalan XtraBackup yang disebabkan oleh catatan log dalam log transaksional yang ditimpa sebelum disalin oleh benang penyalinan log.
• Percona XtraBackup sekarang menyimpan nilai GTID di xtrabackup_binlog_info saat melakukan backup MySQL dan Percona Server 5.6 dengan mode GTID diaktifkan. Contoh bagaimana informasi ini bisa digunakan untuk membuat / mengembalikan slave bisa ditemukan di blogpost ini.
• Opsi Percona XtraBackup xtrabackup -export sekarang mendukung tablespace yang dapat diangkut yang diperkenalkan di MySQL 5.6. Pilihan ini dapat digunakan untuk menghasilkan file metadata berukuran 5,6, yang dapat diimpor oleh ALTER TABLE IMPORT TABLESPACE di MySQL dan Percona Server 5.6 seperti yang dijelaskan pada tabel Mengekspor dan Mengimpor Tabel.
• Bugs Tetap:
• xtrabackup_56 biner ada di rpm dan paket deb, tapi paket tersebut hilang dari sumbernya .tar.gz. Tetap dengan menambahkan biner yang hilang ke .tar.gz juga. Bug tetap # 1158948.
• innobackupex bisa mogok saat mengambil cadangan 5,6 karena menghubungkan perpustakaan SSL yang salah. Bug tetap # 1168540.
• Percona XtraBackup akan mogok saat menyiapkan cadangan 5,6 dengan tabel yang dipartisi. Bug tetap # 1169169.
• Tabel yang terjatuh di antara mengambil salinan lengkap dan daftar tambahan ada di direktori cadangan penuh, dan tidak dihapus saat backup bertahap digabungkan. Tetap dengan menghapus file yang sesuai dengan tabel yang hilang dalam incremental backup directory. Bug tetap # 856400.
• Percona XtraBackup akan meninggalkan file xtrabackup_tmp * basi di datadir setelah menerapkan incremental backup. Bug tetap # 1079135.
• Beberapa peringatan tetap ditemukan di innobackupex saat semua peringatan telah dilakukan FATAL. Bug tetap # 1116177.
• Jika ada ribuan tabel dan lamban IO maka XtraBackup bisa menghabiskan banyak waktu untuk membuka semua tablespace. Optimalisasi telah diimplementasikan dan XtraBackup sekarang menghindari pemuatan tablespace yang tidak relevan saat sebagian cadangan dilakukan untuk mempercepat proses backup. Bug tetap # 1130145.
• Percona XtraBackup tidak menginisialisasi data per-thread di thread penyalinan log yang dapat menyebabkan XtraBackup macet. Bug tetap # 1166888.
• Ketergantungan paket telah diubah dari mysql abstrak menjadi file real / usr / bin / mysql, karena paket rpm dari Oracle tidak lagi memenuhi ketergantungan mysql yang dibutuhkan oleh rpms XtraBackup. Bug tetap # 1095972.
• Percona XtraBackup akan gagal saat menyiapkan cadangan MySQL 5.6 jika file log lebih besar dari 4G pada server sumber. Bug tetap # 1164979.
• Karena implementasi yang berbeda pada pesan kesalahan MySQL 5.6 tidak dicetak ke stderr secara langsung. Karena itu semua kesalahan InnoDB atau pesan diagnostik tidak pernah dicetak oleh xtrabackup_56. Bug tetap # 1169971.
• innobackupex masih akan berjalan dengan FLUSH TABLES WITH READ LOCK bahkan jika xtrabackup akan gagal saat menyalin log. Tetap dengan menghentikan proses xtrabackup segera pada kegagalan penyalinan log. Bug tetap # 1170806.
• innobackupex akan gagal jika SQL_MODE disetel ke ANSI_QUOTES. Bug tetap # 945161.
• Hilang space_id dari * .ibd.meta akan mengarah pada penegasan. Tetap dengan mengganti asertion dengan pesan kesalahan. Bug tetap # 1112224.
• Memperbaiki kesalahan ketik pada keluaran kesalahan innobackupex. Bug tetap # 1157225.
• Saat membangun dari sumber target innodb56 tidak ada pilihan untuk menonaktifkan DTrace seperti innodb55 miliki. Tetap dengan menambahkan -DENABLE_DTRACE = OFF build option untuk innodb56 juga. Bug tetap # 1169509.
• innobackupex tidak menangani opsi innodb_data_file_path yang dapat menyebabkan cadangan gagal. Bug tetap # 1169726.
• Untuk binari Debian dan Linux, pesan --versi yang harus mencakup revisi menunjukkan & quot; undefined & quot ;. Bug tetap # 1171721.
• Kode redundant telah dihapus dari xtrabackup.cc. Bug tetap # 1162765.
• Perbaikan bug lainnya: bug fix # 1158154, bug fix # 1170340, bug fix # 1088309, bug fix # 1088307.

Apa yang baru di versi 2.0.6:

• Fitur Baru:
• XtraBackup telah menerapkan dukungan dasar untuk MySQL 5.6, Percona Server 5.6 dan MariaDB 10.0. Dukungan dasar berarti versi-versi ini dikenali oleh XtraBackup, dan backup / restore bekerja asalkan tidak ada fitur khusus 5,6 yang digunakan (seperti meja kerja GTID, remote / transportable, undo tablespace terpisah, file dump pool buffer berkapasitas 5,6) .
• Bugs Tetap:
• tablespace InnoDB individual dengan ukuran kurang dari 1MB diperpanjang sampai 1MB pada operasi pembuatan cadangan. Hal ini menyebabkan peningkatan besar dalam penggunaan disk dalam kasus ketika ada banyak tablespace InnoDB kecil. Bug tetap # 950334 (Daniel Frett, Alexey Kopytov).
• Memperbaiki masalah yang menyebabkan database sesuai dengan subdirektori datadir yang tidak dapat diakses untuk diabaikan oleh XtraBackup tanpa peringatan atau pesan kesalahan. Hal ini terjadi karena kode InnoDB diam-diam mengabaikan datadir subdirektori yang tidak bisa dibuka. Bug tetap # 664986 (Alexey Kopytov).
• Dalam keadaan tertentu XtraBackup bisa gagal untuk menyalin tablespace dengan nilai opsi paralel yang tinggi dan nilai innodb_open_files yang rendah. Bug tetap # 870119 (Alexey Kopytov).
• Perbaiki untuk bug # 711166 memperkenalkan sebuah regresi yang menyebabkan backup partisi individual gagal saat digunakan dengan - termasuk opsi di innobackupex atau opsi --table di xtrabackup. Bug tetap # 1130627 (Alexey Kopytov).
• innobackupex tidak menambahkan pengaturan file-per-tabel untuk backup tabel-independen. Tetap dengan membuat XtraBackup auto-enable innodb_file_per_table saat opsi --export digunakan. Bug tetap # 930062 (Alexey Kopytov).
• Dalam keadaan tertentu, XtraBackup bisa gagal saat menyiapkannya dengan innodb_flush_method = O_DIRECT. Bug tetap # 1055547 (Alexey Kopytov).
• innobackupex tidak melewatkan opsi --tmpdir ke biner xtrabackup sehingga server tmpdir selalu digunakan untuk file sementara. Bug tetap # 1085099 (Alexey Kopytov).
• XtraBackup telah memperbaiki pelaporan kesalahan untuk versi server yang tidak dikenal. Bug tetap # 1087219 (Alexey Kopytov).
• Memperbaiki ketergantungan rpm yang hilang untuk Perl Time :: Paket HiRes yang menyebabkan innobackupex gagal pada instalasi CentOS minimal. Bug tetap # 1121573 (Alexey Bychko).
• innobackupex akan gagal saat - tanpa kunci dan --rsync digunakan bersamaan. Bug tetap # 1123335 (Sergei Glushchenko).
• Perbaiki untuk bug # 1055989 memperkenalkan regresi yang menyebabkan file xtrabackup_pid tetap berada dalam direktori sementara setelah eksekusi. Bug tetap # 1114955 (Alexey Kopytov).
• Pesan debug yang tidak perlu telah dihapus dari keluaran XtraBackup. Bug tetap # 1131084 (Alexey Kopytov).
• Perbaikan bug lainnya: bug fix # 1153334 (Alexey Kopytov), ​​bug fix # 1098498 (Laurynas Biveinis), bug fix # 1132763 (Laurynas Biveinis), bug fix # 1142229 (Laurynas Biveinis), bug fix # 1130581 (Laurynas Biveinis ).

Apa yang baru di versi 2.0.5:

• Fitur Baru:
• Pilihan baru - defaults-extra-file telah diperkenalkan. Opsi ini menentukan dari file tambahan apa yang akan membaca opsi default MySQL sebelum standar default-file. Ini dapat digunakan untuk memuat kombinasi pengguna / kata sandi untuk pengguna cadangan khusus dari file konfigurasi yang terpisah, agar tidak menyimpannya di crontab atau skrip di suatu tempat di sistem.
• Bugs Tetap:
• Jika terjadi streaming backup, innobackupex akan melanjutkan proses XtraBackup dan kemudian menunggu sampai selesai sebelum menjalankan UNLOCK TABLES. Hal ini menyebabkan database tidak perlu dikunci dengan FLUSH TABLES WITH READ LOCK. Innobackupex sekarang hanya menunggu sampai penggandaan log selesai untuk membuka basis data. Bug tetap # 1055989 (Alexey Kopytov).
• pesan kesalahan innobackupex yang merujuk pada direktori data telah diperluas untuk menunjukkan jalur direktori data yang disebutkan dalam pesan kesalahan. Bug tetap # 1089375 (Hartmut Holzgraefe).
• Tabel partisi tidak ditangani dengan benar oleh database -, termasuk, - pilihan file-file dari innobackupex, dan oleh --tables dan --tables-file options of XtraBackup. Tetap dengan menghapus akhiran partisi (#P # ...) sebelum melakukan penyaringan. Bug tetap # 711166 (Sergei Glushchenko).
• Saat kompresi built-in digunakan, XtraBackup sedang melakukan unbuffered menulis ke file tujuan atau streaming dalam potongan yang sangat kecil yang akibatnya menyebabkan I / O tidak efisien. Tetap dengan menggunakan buffer 1M untuk output yang mirip dengan backup yang tidak dikompres. Bug tetap # 1095249 (Alexey Kopytov).
• Tidur panjang yang tidak perlu () di innobackupex menyebabkan TABEL FLUSH DENGAN READ LOCK terlalu lama. Tetap dengan mengganti 2 detik interval tidur dengan 100 milidetik satu. Bug tetap # 1095551 (Sergei Glushchenko).
• Jika innobackupex akan mogok, akan meninggalkan file xtrabackup_suspended pada filesystem. Hal ini kemudian menyebabkan innobackupex berpikir bahwa XtraBackup telah menunda dirinya sendiri saat mulai, dan kemudian saat XtraBackup benar-benar menunda sendiri, innobackupex akan menunggu sampai akhir dan tidak akan menghapus kembali file suspensi tersebut, yang menyebabkan jalannya kebuntuan menunggu. Tetap dengan menghapus file xtrabackup_suspended basi saat innobackupex dimulai. Bug tetap # 1007446 (George Ormond Lorch III).
• innobackupex akan gagal mengenali MariaDB 5.2 dan MariaDB 5.3. Tetap dengan memeriksa versi augmenting di innobackupex. Bug tetap # 733665 (Daniel van Eeden, Alexey Kopytov).
• Perbaikan bug lainnya: bug tetap # 924492 (Alexey Kopytov), ​​bug tetap # 1097158 (Alexey Kopytov), ​​bug tetap # 1081882 (Alexey Kopytov), ​​bug tetap # 1096584 (Alexey Kopytov).

Apa yang baru di versi 1.6.7:

• Bugs Tetap:
• xtrabackup_binary tidak disertakan dalam arsip tar saat streaming, namun ditulis ke direktori saat ini. Hal ini dapat menyebabkan biner xtrabackup salah digunakan saat menyiapkan backup yang dibuat dengan opsi --stream atau --remote - host. Bugs tetap # 723318 dan # 787988 (Stewart Smith).
• TABEL FLUSH DENGAN READ LOCK tidak digunakan saat membuat incremental backup, yang dapat menyebabkan backup yang tidak konsisten saat update ke tabel non-InnoDB atau pernyataan DDL pada setiap tabel terjadi selama proses backup. Bug tetap # 771981 (Alexey Kopytov).
• Pilihan - cadangan-budak-cadangan mengakibatkan info binlog yang salah, karena dalam beberapa kasus, innobackupex membingungkan respons dari SHOW SLAVE STATUS dengan status SHOW MASTER STATUS. Bug tetap # 977101 (Alexey Kopytov).
• innodb_data_file_path tidak ditulis untuk mencadangkan-my.cnf, ini adalah regresi yang diperkenalkan di XtraBackup 1.6.5. Bug tetap # 983685 (Sergei Glushchenko).
• kegagalan suite uji coba palsu tetap dengan grep 2.10. Bug tetap # 996483 (Alexey Kopytov).
• Saat innobackupex berjalan dengan --apply-log, sedang membaca konfigurasi dari file konfigurasi server, bukan backup-my.cnf di direktori backup. Bug tetap # 996493 (Sergei Glushchenko).
• innobackupex bisa menyalin file ke direktori yang salah saat menggabungkan incremental backup ke backup yang lengkap. Bug tetap # 1002688 (Alexey Kopytov).
• XtraBackup biner telah membocorkan deskriptor file --backup. Ini diperbaiki dengan menggunakan kembali deskriptor file yang ada sehingga tidak terjadi kebocoran. Bug tetap # 713267 (Alexey Kopytov).

Apa yang baru di versi 2.0.4:

• Bugs Tetap:
• Perbaikan bug untuk # 932623 memperkenalkan regresi di XtraBackup 2.0.2 yang menyebabkan backup bertahap gagal karena nilai parameter init tidak dinormalisasi dengan nilai yang digunakan di dalam InnoDB. Bug tetap # 1062684 (Sergei Glushchenko).
• Perbaikan bug untuk # 932623 memperkenalkan regresi di XtraBackup 2.0.2 karena tidak mengambil tablespace doublewrite terpisah ke akun. Bug tetap # 1066843 (Sergei Glushchenko).
• XtraBackup menangani file buffer doublewrite yang terpisah secara tidak benar. Jalur file buffer doublewrite tidak ditambahkan ke backup-my.cnf dan setelah mengembalikan file buffer doublewrite yang lama digunakan alih-alih yang dibuat selama tahap persiapan. Bug tetap # 1068470 (Sergei Glushchenko).
• XtraBackup sekarang menerima opsi --innodb = force, sebelumnya akan melempar kesalahan jika opsi itu disetel. Bug tetap # 528752 (Laurynas Biveinis).
• Opsi aman-budak-cadangan tidak bekerja dengan benar. Bug tetap # 887803 (Alexey Kopytov).
• Jika cadangan safe-slave-timeout tercapai saat menggunakan opsi cadangan aman-budak, SQL_THREAD ditinggalkan dalam keadaan berhenti yang menyebabkan benang budak tertinggal. Ini diperbaiki dengan memeriksa status SQL_THREAD awal dan memulai sebelum mengakhiri dengan kesalahan batas waktu dan memulai SQL_THREAD hanya jika awalnya dijalankan. Bug tetap # 1037379 (Alexey Kopytov).
• XtraBackup akan gagal - saat log-log ketika filesystem tidak mendukung Linux AIO. Bug tetap # 1065561 (Alexey Kopytov).
• XtraBackup biner akan mengabaikan innodb_use_native_aio saat ditentukan di my.cnf atau sebagai opsi baris perintah. Bug tetap # 1068459 (Alexey Kopytov).
• XtraBackup akan mencetak pesan peringatan selama tahap persiapan tentang innodb_file_io_threads tidak berlaku lagi, meskipun variabel tidak disetel. Bug tetap # 1068485 (Alexey Kopytov).
• Uji Galera XtraBackup sekarang dapat dijalankan bersamaan. Bug tetap # 1077800 (Stewart Smith).

Apa yang baru di versi 2.0.3:

• Fitur Baru:
• innobackupex sekarang mendukung opsi baru-belakang-belakang yang dapat digunakan sebagai pengganti -copy back jika tidak ada cukup ruang disk kosong pada server untuk menyalin file. Karena opsi ini menghapus file cadangan, maka harus digunakan dengan hati-hati.
• Bugs Tetap:
• Symlink untuk innobackupex-1.5.1 biner telah rusak di versi XtraBackup sebelumnya. Bug tetap # 1038198 (Ignacio Nin).
• XtraBackup 2.0.2 tidak kompatibel mundur yang menyebabkan incremental backup dibuat dengan versi sebelumnya gagal disiapkan. Bug tetap # 1038127 (Sergei Glushchenko).
• Fix for bug # 1022562 memperkenalkan regresi yang berpotensi menyebabkan peningkatan 5x pada ruang disk yang ditempati oleh incremental backup. Bug tetap # 1043762 (Laurynas Biveinis).
• Regresi diperkenalkan untuk bug # 932623 yang menyebabkan penanganan tabel kompresip yang salah dengan ukuran halaman 16K, yang tercipta antara cadangan tambahan terakhir atau tambahan dan tambahan berikutnya. Bugs tetap # 1049174 dan # 1044398 (Laurynas Biveinis).

Apa yang baru di versi 1.6.4:

• Ini berisi perbaikan bug penting ke seri 1,6 yang stabil Percona XtraBackup rilis.