Percona XtraBackup

Percona XtraBackup ay isang open source, portable, libre at di-pagharang ng software na command-line na kumikilos bilang isang standalone backup na solusyon para sa mga kilalang engine ng XtraDB at InnoDB. Nagtatampok ito ng awtomatikong pag-verify ng pag-verify at nag-aalok ng mas mataas na mga pag-upay kaysa sa iba pang katulad na mga produkto.

Ang programa ay ganap na katugma sa parehong MySQL at MariaDB database server, at ito ay mabigat na ginagamit ng mga sikat na Facebook social networking service para sa incremental backups. Dinisenyo ito upang malutas ang mga problema sa real-world kapag ang pag-back up ng napakalaki, mabigat na load na mga database.

Mga tampok sa isang sulyap
Kabilang sa mga pangunahing tampok ang kakayahang magsagawa ng mga pag-backup sa online habang iniiwasan ang pag-abala sa iyong database, ang kakayahang magsagawa ng streaming backup sa isa pang server, pati na rin ang kakayahang magsagawa ng mga pag-backup na naka-imbak habang nagse-save ng pera sa disk space at network bandwidth. >

Sa Percona XtraBackup ang iyong mga pag-backup ay makapagtatapos nang mapagkakatiwalaan at mabilis. Maaari ka ring lumikha ng mga bagong alipin ng pagtitiklop nang madali, magsagawa ng mga advanced na pagtatasa ng data at mga file ng index, at ilipat ang mga indibidwal na mga talahanayan sa pagitan ng mga server na walang restarting, isang gawain na nangangailangan ng XtraDB para sa pag-import.

Sinusuportahan ng software ang iba't ibang mga lasa ng MySQL, bukod sa kung saan maaari naming banggitin MySQL, MariaDB, MariaDB Galera Cluster, Percona Server at Percona XtraDB Cluster. Sinusuportahan din nito ang lahat ng mga operating system ng GNU / Linux, na tumatakbo nang maayos sa 32-bit at 64-bit na hardware.

Sa iba pang mga tampok, maaari naming banggitin ang pag-block ng MyISAM backup, buong naka-compress na pag-backup, incremental compressed backup, mabilis na incremental na backup, incremental na pag-backup na may naka-archive log at log ng REDO lamang, parallel na mga lokal na pag-backup, pagkopya, pag-apply-log, compression encryption.

Bukod pa rito, ay dumarating rin ang suporta sa rsync para sa pag-synchronize ng state-of-the-art na file, mga indibidwal na pag-export ng mga talahanayan, pinahusay na paghawak ng FTWRL, mga compact na backup, punto sa oras na suporta sa pagbawi, mga offline na backup, pati na rin ang suporta para sa cloud backup.

Sa ilalim ng hood at availability

Ang Percona XtraBackup ay nakasulat sa mga wika ng C, C + + at Perl. Ito ay isang command-line software na ipinamamahagi bilang pre-built binary packages para sa mga distribusyon ng Ubuntu, Debian at Red Hat Enterprise Linux, pati na rin ang mga pangkalahatang binary at mga archive ng pinagmulan. ay bagong sa paglabas na ito:

• Ang Percona XtraBackup ay magiging segfault sa panahon ng paghahanda ng ilang mga pahina ng FTS. Naayos ang Bug # 1460138.
• Fixed compilation error dahil sa nawawalang dependency na dulot ng upstream bug # 77226. Naayos ang Bug # 1461129.
• Ang pagpapabalik na ipinakilala sa pamamagitan ng pag-aayos ng isang bug # 1403237 sa Percona XtraBackup 2.2.8 ay maaaring maging sanhi ng xtrabackup upang mabasa ang pag-redo ng log mula sa maling pag-offset na magiging sanhi ng isang assertion. Naayos na ang bug # 1464608.
• Fixed uninitialized current_thd thread-local variable. Ito rin ay ganap na nag-aayos ng bug # 1415191. Naayos na ang bug # 1467574.
• Pagkatapos ng paglabas ng Percona XtraBackup 2.2.11, ang innobackupex ay naglalabas ng FLUSH TABLE bago patakbuhin ang FLUSH TABLES MAY READ LOCK. Habang makatutulong ito sa pag-backup sa ilang sitwasyon, ipinapahiwatig din nito na ang FLUSH TABLE ay isusulat sa binary log. Sa MariaDB 10.0 na may GTID pinagana, kapag ang backup ay nakuha sa alipin, binago nito ang GTID ng alipin na iyon at ang Percona XtraBackup ay hindi nakikita ang tamang GTID. Naayos na ang bug # 1466446 (Julien Pivotto).
• Ang compilation ng RPM ng Percona XtraBackup ay nangangailangan pa rin ng bzr. Naayos na ang bug # 1466888 (Julien Pivotto).
• Ang pag-ipon ng Percona XtraBackup RPMs gamit ang XB_VERSION_EXTRA na opsyon ay lilikha ng maling bersyon ng RPM. Naayos na ang bug # 1467424 (Julien Pivotto).
• Ang Percona XtraBackup ay matagumpay na makukumpleto kahit na ang pag-redo ng log ay hindi ganap na kinopya. Ito ay nangangahulugan na ang backup ay itinuturing na matagumpay kahit na sila ay sira. Naayos na ang bug # 1470847.
• Sa mga bihirang kaso kung mayroong dalawa o higit pang mga table na may parehong ID sa direktoryo ng data, pinapalitan ng xtrabackup ang una sa pamamagitan ng leksikal na pagkakasunud-sunod, na maaaring humantong sa pagkawala ng tamang talahanayan. Naayos ang Bug # 1475487.
• Nawawala ang Percona XtraBackup revision_id sa mga binary. Naayos ang Bug # 1394174.

Ano ang bago sa bersyon 2.4.8:

• Ang Percona XtraBackup ay magiging segfault sa panahon ng paghahanda ng ilang mga pahina ng FTS. Naayos ang Bug # 1460138.
• Fixed compilation error dahil sa nawawalang dependency na dulot ng upstream bug # 77226. Naayos ang Bug # 1461129.
• Ang pagpapabalik na ipinakilala sa pamamagitan ng pag-aayos ng isang bug # 1403237 sa Percona XtraBackup 2.2.8 ay maaaring maging sanhi ng xtrabackup upang mabasa ang pag-redo ng log mula sa maling pag-offset na magiging sanhi ng isang assertion. Naayos na ang bug # 1464608.
• Fixed uninitialized current_thd thread-local variable. Ito rin ay ganap na nag-aayos ng bug # 1415191. Naayos na ang bug # 1467574.
• Pagkatapos ng paglabas ng Percona XtraBackup 2.2.11, ang innobackupex ay naglalabas ng FLUSH TABLE bago patakbuhin ang FLUSH TABLES MAY READ LOCK. Habang makatutulong ito sa pag-backup sa ilang sitwasyon, ipinapahiwatig din nito na ang FLUSH TABLE ay isusulat sa binary log. Sa MariaDB 10.0 na may GTID pinagana, kapag ang backup ay nakuha sa alipin, binago nito ang GTID ng alipin na iyon at ang Percona XtraBackup ay hindi nakikita ang tamang GTID. Naayos na ang bug # 1466446 (Julien Pivotto).
• Ang compilation ng RPM ng Percona XtraBackup ay nangangailangan pa rin ng bzr. Naayos na ang bug # 1466888 (Julien Pivotto).
• Ang pag-ipon ng Percona XtraBackup RPMs gamit ang XB_VERSION_EXTRA na opsyon ay lilikha ng maling bersyon ng RPM. Naayos na ang bug # 1467424 (Julien Pivotto).
• Ang Percona XtraBackup ay matagumpay na makukumpleto kahit na ang pag-redo ng log ay hindi ganap na kinopya. Ito ay nangangahulugan na ang backup ay itinuturing na matagumpay kahit na sila ay sira. Naayos na ang bug # 1470847.
• Sa mga bihirang kaso kung mayroong dalawa o higit pang mga table na may parehong ID sa direktoryo ng data, pinapalitan ng xtrabackup ang una sa pamamagitan ng leksikal na pagkakasunud-sunod, na maaaring humantong sa pagkawala ng tamang talahanayan. Naayos ang Bug # 1475487.
• Nawawala ang Percona XtraBackup revision_id sa mga binary. Naayos ang Bug # 1394174.

Ano ang bago sa bersyon 2.4.7:

• Ang Percona XtraBackup ay magiging segfault sa panahon ng paghahanda ng ilang mga pahina ng FTS. Naayos ang Bug # 1460138.
• Fixed compilation error dahil sa nawawalang dependency na dulot ng upstream bug # 77226. Naayos ang Bug # 1461129.
• Ang pagpapabalik na ipinakilala sa pamamagitan ng pag-aayos ng isang bug # 1403237 sa Percona XtraBackup 2.2.8 ay maaaring maging sanhi ng xtrabackup upang mabasa ang pag-redo ng log mula sa maling pag-offset na magiging sanhi ng isang assertion. Naayos na ang bug # 1464608.
• Fixed uninitialized current_thd thread-local variable. Ito rin ay ganap na nag-aayos ng bug # 1415191. Naayos na ang bug # 1467574.
• Pagkatapos ng paglabas ng Percona XtraBackup 2.2.11, ang innobackupex ay naglalabas ng FLUSH TABLE bago patakbuhin ang FLUSH TABLES MAY READ LOCK. Habang makatutulong ito sa pag-backup sa ilang sitwasyon, ipinapahiwatig din nito na ang FLUSH TABLE ay isusulat sa binary log. Sa MariaDB 10.0 na may GTID pinagana, kapag ang backup ay nakuha sa alipin, binago nito ang GTID ng alipin na iyon at ang Percona XtraBackup ay hindi nakikita ang tamang GTID. Naayos na ang bug # 1466446 (Julien Pivotto).
• Ang compilation ng RPM ng Percona XtraBackup ay nangangailangan pa rin ng bzr. Naayos na ang bug # 1466888 (Julien Pivotto).
• Ang pag-ipon ng Percona XtraBackup RPMs gamit ang XB_VERSION_EXTRA na opsyon ay lilikha ng maling bersyon ng RPM. Naayos na ang bug # 1467424 (Julien Pivotto).
• Ang Percona XtraBackup ay matagumpay na makukumpleto kahit na ang pag-redo ng log ay hindi ganap na kinopya. Ito ay nangangahulugan na ang backup ay itinuturing na matagumpay kahit na sila ay sira. Naayos na ang bug # 1470847.
• Sa mga bihirang kaso kung mayroong dalawa o higit pang mga table na may parehong ID sa direktoryo ng data, pinapalitan ng xtrabackup ang una sa pamamagitan ng leksikal na pagkakasunud-sunod, na maaaring humantong sa pagkawala ng tamang talahanayan. Naayos ang Bug # 1475487.
• Nawawala ang Percona XtraBackup revision_id sa mga binary. Naayos ang Bug # 1394174.

Ano ang bago sa bersyon 2.4.6:

• Ang Percona XtraBackup ay magiging segfault sa panahon ng paghahanda ng ilang mga pahina ng FTS. Naayos ang Bug # 1460138.
• Fixed compilation error dahil sa nawawalang dependency na dulot ng upstream bug # 77226. Naayos ang Bug # 1461129.
• Ang pagpapabalik na ipinakilala sa pamamagitan ng pag-aayos ng isang bug # 1403237 sa Percona XtraBackup 2.2.8 ay maaaring maging sanhi ng xtrabackup upang mabasa ang pag-redo ng log mula sa maling pag-offset na magiging sanhi ng isang assertion. Naayos na ang bug # 1464608.
• Fixed uninitialized current_thd thread-local variable. Ito rin ay ganap na nag-aayos ng bug # 1415191. Naayos na ang bug # 1467574.
• Pagkatapos ng paglabas ng Percona XtraBackup 2.2.11, ang innobackupex ay naglalabas ng FLUSH TABLE bago patakbuhin ang FLUSH TABLES MAY READ LOCK. Habang makatutulong ito sa pag-backup sa ilang sitwasyon, ipinapahiwatig din nito na ang FLUSH TABLE ay isusulat sa binary log. Sa MariaDB 10.0 na may GTID pinagana, kapag ang backup ay nakuha sa alipin, binago nito ang GTID ng alipin na iyon at ang Percona XtraBackup ay hindi nakikita ang tamang GTID. Naayos na ang bug # 1466446 (Julien Pivotto).
• Ang compilation ng RPM ng Percona XtraBackup ay nangangailangan pa rin ng bzr. Naayos na ang bug # 1466888 (Julien Pivotto).
• Ang pag-ipon ng Percona XtraBackup RPMs gamit ang XB_VERSION_EXTRA na opsyon ay lilikha ng maling bersyon ng RPM. Naayos na ang bug # 1467424 (Julien Pivotto).
• Ang Percona XtraBackup ay matagumpay na makukumpleto kahit na ang pag-redo ng log ay hindi ganap na kinopya. Ito ay nangangahulugan na ang backup ay itinuturing na matagumpay kahit na sila ay sira. Naayos na ang bug # 1470847.
• Sa mga bihirang kaso kung mayroong dalawa o higit pang mga table na may parehong ID sa direktoryo ng data, pinapalitan ng xtrabackup ang una sa pamamagitan ng leksikal na pagkakasunud-sunod, na maaaring humantong sa pagkawala ng tamang talahanayan. Naayos ang Bug # 1475487.
• Nawawala ang Percona XtraBackup revision_id sa mga binary. Naayos ang Bug # 1394174.

Ano ang bago sa bersyon 2.4.3:

• Ang Percona XtraBackup ay magiging segfault sa panahon ng paghahanda ng ilang mga pahina ng FTS. Naayos ang Bug # 1460138.
• Fixed compilation error dahil sa nawawalang dependency na dulot ng upstream bug # 77226. Naayos ang Bug # 1461129.
• Ang pagpapabalik na ipinakilala sa pamamagitan ng pag-aayos ng isang bug # 1403237 sa Percona XtraBackup 2.2.8 ay maaaring maging sanhi ng xtrabackup upang mabasa ang pag-redo ng log mula sa maling pag-offset na magiging sanhi ng isang assertion. Naayos na ang bug # 1464608.
• Fixed uninitialized current_thd thread-local variable. Ito rin ay ganap na nag-aayos ng bug # 1415191. Naayos na ang bug # 1467574.
• Pagkatapos ng paglabas ng Percona XtraBackup 2.2.11, ang innobackupex ay naglalabas ng FLUSH TABLE bago patakbuhin ang FLUSH TABLES MAY READ LOCK. Habang makatutulong ito sa pag-backup sa ilang sitwasyon, ipinapahiwatig din nito na ang FLUSH TABLE ay isusulat sa binary log. Sa MariaDB 10.0 na may GTID pinagana, kapag ang backup ay nakuha sa alipin, binago nito ang GTID ng alipin na iyon at ang Percona XtraBackup ay hindi nakikita ang tamang GTID. Naayos na ang bug # 1466446 (Julien Pivotto).
• Ang compilation ng RPM ng Percona XtraBackup ay nangangailangan pa rin ng bzr. Naayos na ang bug # 1466888 (Julien Pivotto).
• Ang pag-ipon ng Percona XtraBackup RPMs gamit ang XB_VERSION_EXTRA na opsyon ay lilikha ng maling bersyon ng RPM. Naayos na ang bug # 1467424 (Julien Pivotto).
• Ang Percona XtraBackup ay matagumpay na makukumpleto kahit na ang pag-redo ng log ay hindi ganap na kinopya. Ito ay nangangahulugan na ang backup ay itinuturing na matagumpay kahit na sila ay sira. Naayos na ang bug # 1470847.
• Sa mga bihirang kaso kung mayroong dalawa o higit pang mga table na may parehong ID sa direktoryo ng data, pinapalitan ng xtrabackup ang una sa pamamagitan ng leksikal na pagkakasunud-sunod, na maaaring humantong sa pagkawala ng tamang talahanayan. Naayos ang Bug # 1475487.
• Nawawala ang Percona XtraBackup revision_id sa mga binary. Naayos ang Bug # 1394174.

Ano ang bago sa bersyon 2.2.9:

• Ang Percona XtraBackup 2.1.2 ay hang kapag gumaganap Estado Snapshot Transfer. Bug fixed # 1182698.

Ano ang bago sa bersyon 2.2.8:

• Ang Percona XtraBackup 2.1.2 ay mag-hang kapag gumaganap ng Estado Snapshot Transfer. Bug fixed # 1182698.

Ano ang bago sa bersyon 2.1.2:

• Nakapirming mga bug:
• Paggamit ng Perl's DBD :: MySQL pakete para sa komunikasyon ng server sa halip ng pang-akyat sa MySQL command line client na nagpasimula ng isang pagbabalik na nagdulot ng innobackupex -galera-info option na mabibigo. Naayos na ang bug # 1180672.
• Ang format ng xtrabackup_galera_info ay nawawala ang ':' separator sa pagitan ng mga halaga ng wsrep_local_state_uuid at wsrep_last_committed. Naayos na ang bug # 1181222.
• Ang awtomatikong pag-detect ng innobackupex ay hindi gumagana nang wasto para sa pinakabagong release ng Percona Server at MySQL 5.1 na maaaring magdulot ng innobackupex na mabibigo. Ang mga bug ay naayos na # 1181092, # 1181099 at # 1180905.
• Kapag nag-back up ng isang server na hindi isang sipi ng alipin sa innobackupex -slave-info na opsyon, ang innobackupex ay nabigo sa isang nakamamatay na error. Pinalitan ang nakamamatay na error na may isang diagnostic na mensahe tungkol sa innobackupex -slave-info na binabalewala sa gayong kaso. Naayos na ang bug # 1180662.
• Ang mga mababang halaga para sa wait_timeout sa server ay maaaring maging sanhi ng server upang isara ang koneksyon habang ang backup ay kinukuha. Naayos sa pamamagitan ng pagtatakda ng mas malaking halaga para sa pagpipiliang wait_timeout sa server upang maiwasan ang server mula sa pagsasara ng mga koneksyon kung ang halaga ng global na wait_timeout ay masyadong mababa. Naayos na ang bug # 1180922.
• Iba pang mga pag-aayos ng bug: naayos na bug # 1177182.

Ano ang bago sa bersyon 2.0.7:

• Mga Bagong Tampok:
• Ang bersyon na ito ng Percona XtraBackup ay nagpatupad ng ganap na suporta para sa mga bagong tampok ng MySQL 5.6 (GTID, remote / transportable tablespaces, hiwalay na undo tablespace, 5.6-style buffer pool dump file).
• Ipinatupad ng Percona XtraBackup ang suporta para sa Ipinagkaloob na InnoDB Buffer Pool sa MySQL 5.6. Simula sa MySQL 5.6 buffer pool dumps ay maaaring maisagawa at mai-load para sa mas mabilis na server warmup pagkatapos magsimula. Ang tampok na ito ay katulad ng Dump / Restore ng Buffer Pool sa Percona Server. Ang MySQL 5.6 buffer pool dump ay kinopya sa backup na direktoryo sa panahon ng backup stage. Sa panahon ng kopya ng back stage (ibalik) ito ay kinopya pabalik sa direktoryo ng data. Matapos ang backup na ibalik ang buffer pool dump ay maaaring mai-load ng server alinman awtomatikong sa startup o on demand.
• Ang agwat ng oras sa pagitan ng mga tseke na ginawa ng log ng pagkopya ng thread ay maisasaayos ngayon ng innobackupex -log-copy-interval. Ang pagsasaayos ng agwat ay nagbibigay-daan upang mabawasan ang oras sa pagitan ng mga tseke na maaaring pigilan ang mga kabiguan ng XtraBackup na dulot ng mga tala ng log sa transactional log na mapapatungan bago sila makopya ng thread ng pagkopya ng log.
• Ang Percona XtraBackup ngayon ay nag-iimbak ng halaga ng GTID sa xtrabackup_binlog_info kapag ginagawa ang backup ng MySQL at Percona Server 5.6 sa pinagana ng GTID mode. Halimbawa ng kung paano maaaring gamitin ang impormasyong ito upang lumikha / ibalik ang isang alipin ay matatagpuan sa blogpost na ito.
• Ang pagpipiliang Percona XtraBackup na sinusuportahan ng xtrabackup -export ngayon ay maaaring ilipat sa mga table na ipinakilala sa MySQL 5.6. Ang pagpipiliang ito ay maaaring magamit upang makabuo ng 5.6-style metadata file, na maaaring ma-import ng ALTER TABLE IMPORT TABLESPACE sa MySQL at Percona Server 5.6 tulad ng inilarawan sa Pag-export at Pag-import ng mga gabay sa Tables.
• Nakapirming Mga Bug:
• xtrabackup_56 binary ay naroroon sa rpm at deb pakete, ngunit nawawala ito mula sa pinagmulan na .tar.gz pakete. Fixed sa pamamagitan ng pagdaragdag ng nawawalang binary sa .tar.gz pati na rin. Naayos na ang bug # 1158948.
• Maaaring mag-crash ang innobackupex kapag kinukuha ang backup na 5.6 dahil sa pag-uugnay sa maling SSL library. Naayos na ang bug # 1168540.
• Ang Percona XtraBackup ay bumagsak kapag naghahanda ng 5.6 na backup na may mga talahanayan ng partitioned. Naayos na ang bug # 1169169.
• Ang mga table na bumaba sa pagitan ng pagkuha ng isang buong backup at isang incremental isa ay naroroon sa buong backup na direktoryo, at hindi tinanggal kapag ang incremental backups ay pinagsama. Naayos sa pamamagitan ng pag-alis ng mga file na naaayon sa mga talahanayan na nawawala sa incremental backup na direktoryo. Naayos na ang bug # 856400.
• Ang Percona XtraBackup ay iiwan ang mga lipas na xtrabackup_tmp * na mga file sa datadir pagkatapos mag-apply ng mga incremental na backup. Naayos ang Bug # 1079135.
• Fixed ilang mga babala na natagpuan sa innobackupex kapag ang lahat ng mga babala ay ginawa FATAL. Naayos na ang bug # 1116177.
• Kung mayroong libu-libong mga talahanayan at mabagal na IO pagkatapos ay maaaring gumastos ng XtraBackup ng maraming oras sa pagbubukas ng lahat ng mga tablepace. Ang pag-optimize ay naipatupad at XtraBackup ngayon ay nag-iwas sa paglo-load ng mga hindi nauugnay na mga tablepace kapag ang bahagyang backup ay kinuha na nagpapabilis sa backup na proseso. Naayos na ang bug # 1130145.
• Percona XtraBackup ay hindi nagpapasimula ng data ng bawat thread sa log na pagkopya ng thread na maaaring maging sanhi ng pag-crash ng XtraBackup. Naayos na ang bug # 1166888.
• Ang dependency ng package ay nabago mula sa abstract mysql sa real / usr / bin / mysql na file, dahil ang mga pakete ng rpm mula sa Oracle ay hindi nasiyahan ang mysql dependency na kinakailangan ng XtraBackup rpms. Naayos ang Bug # 1095972.
• Ang Percona XtraBackup ay mabibigo kapag naghahanda ng MySQL 5.6 backup kung ang mga log file ay mas malaki kaysa sa 4G sa source server. Naayos na ang bug # 1164979.
• Dahil sa iba't ibang pagpapatupad sa MySQL 5.6 mga mensahe ng error ay hindi nakalimbag sa stderr nang direkta. Dahil dito ang lahat ng mga error sa InnoDB o mga diagnostic na mensahe ay hindi kailanman nakalimbag sa pamamagitan ng xtrabackup_56. Naayos na ang bug # 1169971.
• innobackupex ay tatakbo pa rin sa FLUSH TABLES MAY READ LOCK kahit na xtrabackup ay mabibigo kapag kinopya ang mga log. Fixed sa pamamagitan ng pagtatapos ng xtrabackup na proseso kaagad sa kabiguan ng pagkopya ng pag-log. Naayos na ang bug # 1170806.
• innobackupex ay mabibigo kung ang SQL_MODE ay nakatakda sa ANSI_QUOTES. Naayos ang Bug # 945161.
• Ang nawawalang space_id mula sa * .ibd.meta ay hahantong sa assertion. Naayos sa pamamagitan ng pagpapalit ng assertion sa mensahe ng error. Naayos na ang bug # 1112224.
• Inayos ang typo sa output ng error sa innobackupex. Naayos na ang bug # 1157225.
• Kapag ang pagtatayo mula sa mapagkukunan na innodb56 ay walang pagpipilian upang huwag paganahin ang DTrace tulad ng innodb55. Naayos sa pamamagitan ng pagdaragdag -DENABLE_DTRACE = OFF pagpipilian ng build para sa innodb56 pati na rin. Naayos na ang bug # 1169509.
• innobackupex ay hindi humahawak sa opsyon innodb_data_file_path na maaaring maging sanhi ng backup na mabibigo. Naayos na ang bug # 1169726.
• Para sa mga binary ng Debian at ng Linux, ang pagpapalabas ng mensahe na dapat isama ang rebisyon ay nagpapakita ng & quot; hindi natukoy & quot ;. Naayos na ang bug # 1171721.
• Ang kalabisan na code ay inalis mula sa xtrabackup.cc. Naayos na ang bug # 1162765.
• Iba pang mga pag-aayos ng bug: naayos na bug # 1158154, naayos na bug # 1170340, naayos na bug # 1088309, naayos na bug # 1088307.

Ano ang bago sa bersyon 2.0.6:

• Mga Bagong Tampok:
• Ipinatupad ng XtraBackup ang pangunahing suporta para sa MySQL 5.6, Percona Server 5.6 at MariaDB 10.0. Ang pangunahing suporta ay nangangahulugan na ang mga bersyon na ito ay kinikilala ng XtraBackup, at ang mga backup / restore gumagana hangga't walang mga tampok na 5.6 na tukoy na ginagamit (tulad ng GTID, remote / napapalipad na mga tablepace, hiwalay na undo tablespace, 5.6-style buffer pool dump file) .
• Nakapirming Mga Bug:
• Ang mga indibidwal na InnoDB tablespaces na may sukat na mas mababa sa 1MB ay pinalawak sa 1MB sa backup na naghanda ng operasyon. Ito ay humantong sa isang malaking pagtaas sa paggamit ng disk sa mga kaso kung mayroong maraming maliliit na InnoDB tablespaces. Naayos ang Bug # 950334 (Daniel Frett, Alexey Kopytov).
• Fixed ang isyu na naging sanhi ng mga database na nararapat sa hindi maa-access na mga subdirectories datadir na hindi papansinin ng XtraBackup nang walang mga babala o mga mensahe ng error. Ito ay nangyayari dahil ang InnoDB code ay tahimik na hindi pinansin ang mga subdirectories na hindi maaaring buksan. Naayos na ang bug # 664986 (Alexey Kopytov).
• Sa ilalim ng ilang mga sitwasyon ay maaaring mabigo ang XtraBackup na kopyahin ang isang tablespace na may mataas na parallel na opsyon na halaga at isang mababang halaga innodb_open_files. Naayos na ang bug # 870119 (Alexey Kopytov).
• Ang pag-aayos para sa bug # 711166 ay nagpasimula ng isang pagbabalik na nagreresulta sa mga indibidwal na backup na partisyon upang mabigo kapag ginamit gamit ang - opsyon na opsyon sa innobackupex o ang opsyon sa --tables sa xtrabackup. Naayos na ang bug # 1130627 (Alexey Kopytov).
• Hindi naidagdag ng innobackupex ang setting ng file-per-table para sa mga backup na table-independent. Naayos sa pamamagitan ng paggawa ng auto-enable ang XtraBackup innodb_file_per_table kapag ginagamit ang opsyon na --export. Naayos na ang bug # 930062 (Alexey Kopytov).
• Sa ilang mga sitwasyon maaaring mabigo ang XtraBackup sa isang backup na maghanda sa innodb_flush_method = O_DIRECT. Naayos na ang bug # 1055547 (Alexey Kopytov).
• innobackupex ay hindi pumasa sa opsyon na - tmpdir sa xtrabackup binary na nagreresulta sa tmpdir ng server na palaging ginagamit para sa pansamantalang mga file. Naayos ang Bug # 1085099 (Alexey Kopytov).
• Pinahusay ng XtraBackup ang pag-uulat ng error para sa mga hindi nakikilalang bersyon ng server. Nakatakda ang Bug # 1087219 (Alexey Kopytov).
• Fixed the missing rpm dependency for Perl Time :: HiRes package na naging sanhi ng innobackupex na mabigo sa minimal na installation CentOS. Naayos ang Bug # 1121573 (Alexey Bychko).
• ang innobackupex ay mabibigo kapag - hindi na-lock at - rsync ay ginamit sa pagsama. Naayos na ang bug # 1123335 (Sergei Glushchenko).
• Ang pag-aayos para sa bug # 1055989 ay nagpasimula ng isang pagbabalik na nagdulot ng xtrabackup_pid file upang manatili sa pansamantalang dir pagkatapos ng pagpapatupad. Naayos na ang bug # 1114955 (Alexey Kopytov).
• Inalis ang mga hindi kinakailangang mensahe sa debug mula sa output ng XtraBackup. Naayos na ang bug # 1131084 (Alexey Kopytov).
• Iba pang mga pag-aayos sa bug: nakapirming bug # 1153334 (Laurin Biveinis) ).

Ano ang bagong sa bersyon 2.0.5:

• Mga Bagong Tampok:
• Bagong opsyon - mga default na-sobrang-file ay ipinakilala. Tinutukoy ng pagpipiliang ito mula sa kung anong dagdag na file ang basahin ang mga default na pagpipilian ng MySQL bago ang standard default-file. Maaari itong magamit upang mai-load ang kumbinasyon ng gumagamit / password para sa nakalaang backup na gumagamit mula sa isang hiwalay na file ng pagsasaayos, upang maiwasan ang pag-iimbak nito sa crontab o isang script sa isang lugar sa system.
• Nakapirming Mga Bug:
• Sa kaso ng streaming na backup, ang innobackupex ay ipagpapatuloy ang proseso ng XtraBackup at pagkatapos ay hintayin ito upang matapos bago tumakbo ang UNLOCK TABLES. Ang sanhi ng database na ito ay hindi kinakailangan na naka-lock sa FLUSH TABLES MAY READ LOCK. Ang Innobackupex ay naghihintay lamang hanggang sa matapos ang pagkopya ng log upang i-unlock ang mga database. Naayos ang Bug # 1055989 (Alexey Kopytov).
• innobackupex mga mensahe ng error na tumutukoy sa direktoryo ng data ay pinalawak upang ipakita ang path ng direktoryo ng data na binanggit sa mensahe ng error. Bug fixed # 1089375 (Hartmut Holzgraefe).
• Ang mga talahanayan ng partisyon ay hindi wasto na hinahawakan ng - mga database, - isama, - mga opsyon sa file-file ng innobackupex, at ng mga --type at - mga pagpipilian sa file-file ng XtraBackup. Naayos sa pamamagitan ng pag-alis ng partition na suffix (#P # ...) bago magsagawa ng pag-filter. Naayos na ang bug # 711166 (Sergei Glushchenko).
• Kapag ginamit ang built-in na compression, ang paggawa ng XtraBackup ay hindi nagsusulat sa destination file o stream sa mga maliliit na chunks na sa kabalik nagbunga ng hindi sapat na I / O. Naayos sa pamamagitan ng paggamit ng 1M buffer para sa output na katulad ng hindi naka-compress na pag-backup. Naayos ang Bug # 1095249 (Alexey Kopytov).
• Hindi kinakailangang mahabang pagtulog () sa innobackupex humantong sa FLUSH TABLES MAY PAGBABASA NG LOCK na masyadong matagal. Naayos na sa pamamagitan ng pagpapalit ng agwat ng pagtulog ng 2 segundo na may 100 milliseconds isa. Naayos na ang bug # 1095551 (Sergei Glushchenko).
• Kung inalis ng innobackupex ito ay iiwan ang xtrabackup_suspended na file sa filesystem. Ito ay maaaring maging sanhi ng innobackupex na sa tingin XtraBackup ay suspendido mismo sa sandaling ito nagsimula, at pagkatapos kapag XtraBackup talagang suspindihin ang kanyang sarili, innobackupex ay maghintay para sa mga ito upang tapusin at hindi muling alisin ang suspindihin file, na humahantong sa isang wait deadlock. Naayos sa pamamagitan ng pag-alis ng lipas na xtrabackup_suspended na file kapag sinimulan ang innobackupex. Naayos na ang bug # 1007446 (George Ormond Lorch III).
• innobackupex ay hindi makilala ang MariaDB 5.2 at MariaDB 5.3. Naayos sa pamamagitan ng pagpapalaki ng mga pagsusuri sa bersyon sa innobackupex. Naayos na ang bug # 733665 (Daniel van Eeden, Alexey Kopytov).
Iba pang mga pag-aayos ng bug: bug naayos # 924492 (Alexey Kopytov), ​​bug naayos # 1097158 (Alexey Kopytov), ​​bug naayos # 1081882 (Alexey Kopytov)

Ano ang bago sa bersyon 1.6.7:

• Nakapirming mga bug:
• xtrabackup_binary ay hindi kasama sa archive ng tar kapag nag-stream, sa halip ito ay isinulat sa kasalukuyang direktoryo. Ito ay maaaring humantong sa isang maling xtrabackup binary na ginagamit kapag naghahanda ng mga pag-backup na nilikha gamit ang - agwat o -remote-host na mga opsyon. Ang mga bug ay naayos na # 723318 at # 787988 (Stewart Smith).
• MGA FLUSH TABLES WITH READ LOCK ay hindi ginagamit kapag lumilikha ng mga pag-backup na incremental, na maaaring humantong sa hindi pantay-pantay na pag-backup kapag ang mga update sa mga di-InnoDB na mga talahanayan o DDL na pahayag sa anumang mga talahanayan ay naganap sa panahon ng backup na proseso. Naayos na ang bug # 771981 (Alexey Kopytov).
• Ang opsiyon - ang -safe-slave-backup ay nagreresulta sa hindi tamang binlog info, dahil sa ilang mga kaso ang innobackupex ay nalilito sa sagot mula sa SHOW SLAVE STATUS kasama ang isa mula SHOW MASTER STATUS. Naayos na ang bug # 977101 (Alexey Kopytov).
• innodb_data_file_path ay hindi nakasulat sa backup-my.cnf, ito ay isang pagbabalik na ipinakilala sa XtraBackup 1.6.5. Bug fixed # 983685 (Sergei Glushchenko).
• Nakapirming mga hindi totoong pagsubok na mga pagkabigo sa suite na may grep 2.10. Naayos na ang bug # 996483 (Alexey Kopytov).

Kapag ang innobackupex ay tumatakbo sa --apply-log, binabasa ang configuration mula sa configuration file ng server sa halip ng backup-my.cnf sa backup directory. Naayos na ang bug # 996493 (Sergei Glushchenko).

• innobackupex ay maaaring kumopya ng mga file sa isang maling direktoryo kapag pinagsasama ang isang incremental backup sa isang buong isa. Naayos na ang bug # 1002688 (Alexey Kopytov).
• Binubuksan ng XtraBackup binary ang mga descriptor ng file sa --backup. Naayos ito sa pamamagitan ng pag-gamit muli ng umiiral na file descriptor upang walang tumagas nangyayari. Naayos na ang bug # 713267 (Alexey Kopytov).

Ano ang bago sa bersyon 2.0.4:

• Nakapirming mga bug:
• Ang bug fix para sa # 932623 ay ipinakilala ang pagbabalik sa XtraBackup 2.0.2 na nagdulot ng mga incremental na backup na mabibigo dahil ang mga parameter ng init parameter ay hindi na-normalize sa mga halaga na ginamit sa loob ng InnoDB. Naayos na ang Bug # 1062684 (Sergei Glushchenko).
• Ang bug fix para sa # 932623 ay ipinakilala ang pagbabalik sa XtraBackup 2.0.2 dahil hindi ito tumatagal ng hiwalay na doublewrite tablespace sa isang account. Naayos ang Bug # 1066843 (Sergei Glushchenko).
• Ang XtraBackup ay humahawak ng hiwalay na doublewrite buffer file nang hindi tama. Ang landas ng file ng doublewrite buffer ay hindi idinagdag sa backup-my.cnf at pagkatapos ng pagpapanumbalik ng lumang doublewrite buffer file ay ginamit sa halip ng isang ginawa sa panahon ng maghanda yugto. Naayos na ang bug # 1068470 (Sergei Glushchenko).
• Tinatanggap ngayon ng XtraBackup ang pagpipilian na --innodb = puwersa, dati ito ay magtatapon ng isang error kung ang pagpipilian ay naitakda. Naayos na ang bug # 528752 (Laurynas Biveinis).
• Ang opsiyon na ligtas-alipin-backup ay hindi gumagana nang wasto. Naayos na ang bug # 887803 (Alexey Kopytov).
• Kung sakaling maabot ang safe-slave-backup-timeout kapag gumagamit ng safe-slave-backup na pagpipilian, ang SQL_THREAD ay naiwan sa tumigil na estado na nagiging sanhi ng pagkawala ng thread ng alipin. Naayos ito sa pamamagitan ng pagsuri sa paunang estado ng SQL_THREAD at pagsisimula bago ito matapos ang isang error sa pag-timeout at simulan ang SQL_THREAD lamang kung ito ay tumatakbo sa una. Naayos na ang bug # 1037379 (Alexey Kopytov).
• Ang XtraBackup ay mabibigo sa --apply -log kapag ang mga filesystem ay hindi sumusuporta sa Linux AIO. Naayos na ang bug # 1065561 (Alexey Kopytov).
• Binabalewala ng XtraBackup binary ang innodb_use_native_aio kapag tinukoy ito sa my.cnf o bilang opsyon na command line. Naayos na ang bug # 1068459 (Alexey Kopytov).
• Ang XtraBackup ay mag-print ng isang mensahe ng babala sa panahon ng paghahanda ng yugto tungkol sa innodb_file_io_threads na na-deprecated, kahit na ang variable ay hindi nakatakda. Naayos ang Bug # 1068485 (Alexey Kopytov).
• XtraBackup Ang mga pagsubok sa Galera ay maaari na ngayong tumakbo nang sabay-sabay. Naayos na ang bug # 1077800 (Stewart Smith).

Ano ang bagong sa bersyon 2.0.3:

• Mga Bagong Tampok:
• Sinusuportahan na ngayon ng innobackupex ang bagong -move-back na opsyon na magagamit sa halip na -copy-back kung sakaling walang sapat na libreng puwang sa disk sa server upang kopyahin ang mga file. Habang nag-aalis ng pagpipiliang ito ang mga backup na file, dapat itong magamit nang may pag-iingat.
• Nakapirming Mga Bug:
• Symlink para sa innobackupex-1.5.1 binary ay nasira sa nakaraang bersyon ng XtraBackup. Naayos na ang bug # 1038198 (Ignacio Nin).
• XtraBackup 2.0.2 ay hindi paurong tugma na nagdulot ng mga incremental na pag-backup na nilikha sa mga nakaraang bersyon upang mabigo sa paghahanda. Naayos na ang bug # 1038127 (Sergei Glushchenko).
• Ang pag-aayos para sa bug # 1022562 ay nagpasimula ng isang pagbabalik na maaaring magdulot ng isang 5x na pagtaas sa puwang ng disk na inookupahan ng mga incremental na pag-backup. Naayos na ang bug # 1043762 (Laurynas Biveinis).
• Ang isang pagbabalik ay ipinakilala sa pag-aayos para sa bug # 932623 na naging sanhi ng hindi tamang paghawak ng mga compressed tablespaces sa laki ng pahina ng 16K, na nilikha sa pagitan ng huling buong o incremental at ang susunod na incremental backup. Ang mga bug ay naayos na # 1049174 at # 1044398 (Laurynas Biveinis).

Ano ang bagong sa bersyon 1.6.4:

• Naglalaman ito ng mga mahahalagang pag-aayos sa bug sa matatag na 1.6 na serye ng mga release ng Percona XtraBackup.