Percona XtraBackup

Percona XtraBackup är en öppen källkod, bärbar, gratis och icke-blockering kommandoradsprogramvara som fungerar som en fristående backup lösning för de välkända XtraDB- och InnoDB-lagringsmotorerna. Den har automatisk säkerhetskontroll och erbjuder högre upptid än andra liknande produkter.

Programmet är fullt kompatibelt med både MySQL- och MariaDB-databasservrar, och det används kraftigt av den populära Facebook-sociala nätverkstjänsten för inkrementella säkerhetskopieringar. Det är utformat för att lösa verkliga problem när du säkerhetskopierar mycket stora, tungt laddade databaser.

Viktiga funktioner inkluderar möjligheten att utföra säkerhetskopieringar online samtidigt som du undviker att störa din databas, möjligheten att utföra strömmande säkerhetskopior till en annan server, samt möjligheten att utföra inkrementella säkerhetskopior samtidigt som du sparar pengar på diskutrymme och nätverksbandbredd.

Med Percona XtraBackup kommer dina säkerhetskopior att slutföras på ett tillförlitligt och snabbt sätt. Du kan också enkelt skapa nya replikationsslavar, utföra avancerad analys av data och indexfiler och flytta enskilda tabeller mellan servrar utan att starta om, en uppgift som kräver XtraDB för import.

Programvaran stöder olika MySQL-smaker, bland annat kan vi nämna MySQL, MariaDB, MariaDB Galera Cluster, Percona Server och Percona XtraDB Cluster. Det stöder också alla GNU / Linux operativsystem, som fungerar bra på 32-bitars och 64-bitars hårdvara.

Bland andra funktioner kan vi nämna blockering av MyISAM-säkerhetskopior, fullständiga komprimerade säkerhetskopieringar, inkrementella komprimerade säkerhetskopieringar, snabba inkrementella säkerhetskopieringar, inkrementella säkerhetskopior med arkiverade loggar och endast REDO-loggar, parallella lokala säkerhetskopior, kopiering, tillämpning, loggning, komprimering och kryptering.

Dessutom levereras också rsync-stöd för toppmodern filsynkronisering, export av individuella tabeller, förbättrad FTWRL-hantering, kompakt säkerhetskopiering, återhämtningstidsstöd, offlinebackup samt stöd för moln säkerhetskopior.

Percona XtraBackup är skrivet i C, C ++ och Perl programmeringsspråk. Det är kommandoradsprogramvaran, som distribueras som förbyggda binära paket för Ubuntu, Debian och Red Hat Enterprise Linux-distributioner, samt universella binära och källarkiv.

Vad är ny i den här utgåvan:

• Percona XtraBackup skulle segfault under förberedelsefasen av vissa FTS-sidor. Buggfix # 1460138.
• Fixat kompileringsfel på grund av saknad beroende beror på uppströmsbuggen # 77226. Buggfix # 1461129.
• Regression som infördes genom att fixa en bugg # 1403237 i Percona XtraBackup 2.2.8 kan få xtrabackup att läsa en redo-logg från felaktig offset vilket skulle orsaka en påstående. Buggfix # 1464608.
• Fasta uninitialized current_thd tråd-lokal variabel. Detta fixar också fullständigt fel # 1415191. Buggfix # 1467574.
• Efter release av Percona XtraBackup 2.2.11 utfärdar innobackupex en FLUSH TABLE innan du kör FLUSH TABLES WITH READ LOCK. Även om det kommer att hjälpa till med säkerhetskopiering i en viss situation, innebär det också att FLUSH TABLE kommer att skrivas till binärloggen. På MariaDB 10.0 med GTID aktiverad, när säkerhetskopieringen togs på slaven, så ändrade GTID för den slaven och Percona XtraBackup inte rätt GTID längre. Buggfix # 1466446 (Julien Pivotto).
• RPM-sammansättning av Percona XtraBackup krävde fortfarande bzr. Buggfix # 1466888 (Julien Pivotto).
• Kompilering av Percona XtraBackup RPMs med alternativet XB_VERSION_EXTRA skulle skapa en felaktig RPM-version. Buggfix # 1467424 (Julien Pivotto).
• Percona XtraBackup skulle klara sig, även om redo-logg inte kopierades helt. Det innebär att säkerhetskopiering anses vara framgångsrik även när de var korrupta. Buggfix # 1470847.
• I sällsynta fall när det finns två eller flera tabellutrymmen med samma ID i datakatalogen, tar xtrabackup upp den första genom lexikal ordning, vilket kan leda till att man förlorar rätt tabell. Buggfix # 1475487.
• Percona XtraBackup saknade revision_id i binärer. Buggfix # 1394174.

Vad är nytt i version 2.4.8:

• Percona XtraBackup skulle segfault under förberedelsefasen av vissa FTS-sidor. Buggfix # 1460138.
• Fixat kompileringsfel på grund av saknad beroende beror på uppströmsbuggen # 77226. Buggfix # 1461129.
• Regression som infördes genom att fixa en bugg # 1403237 i Percona XtraBackup 2.2.8 kan få xtrabackup att läsa en redo-logg från felaktig offset vilket skulle orsaka en påstående. Buggfix # 1464608.
• Fasta uninitialized current_thd tråd-lokal variabel. Detta fixar också fullständigt fel # 1415191. Buggfix # 1467574.
• Efter release av Percona XtraBackup 2.2.11 utfärdar innobackupex en FLUSH TABLE innan du kör FLUSH TABLES WITH READ LOCK. Även om det kommer att hjälpa till med säkerhetskopiering i en viss situation, innebär det också att FLUSH TABLE kommer att skrivas till binärloggen. På MariaDB 10.0 med GTID aktiverad, när säkerhetskopieringen togs på slaven, så ändrade GTID för den slaven och Percona XtraBackup inte rätt GTID längre. Buggfix # 1466446 (Julien Pivotto).
• RPM-sammansättning av Percona XtraBackup krävde fortfarande bzr. Buggfix # 1466888 (Julien Pivotto).
• Kompilering av Percona XtraBackup RPMs med alternativet XB_VERSION_EXTRA skulle skapa en felaktig RPM-version. Buggfix # 1467424 (Julien Pivotto).
• Percona XtraBackup skulle klara sig, även om redo-logg inte kopierades helt. Det innebär att säkerhetskopiering anses vara framgångsrik även när de var korrupta. Buggfix # 1470847.
• I sällsynta fall när det finns två eller flera tabellutrymmen med samma ID i datakatalogen, tar xtrabackup upp den första genom lexikal ordning, vilket kan leda till att man förlorar rätt tabell. Buggfix # 1475487.
• Percona XtraBackup saknade revision_id i binärer. Buggfix # 1394174.

Vad är nytt i version 2.4.7:

• Percona XtraBackup skulle segfault under förberedelsefasen av vissa FTS-sidor. Buggfix # 1460138.
• Fixat kompileringsfel på grund av saknad beroende beror på uppströmsbuggen # 77226. Buggfix # 1461129.
• Regression som infördes genom att fixa en bugg # 1403237 i Percona XtraBackup 2.2.8 kan få xtrabackup att läsa en redo-logg från felaktig offset vilket skulle orsaka en påstående. Buggfix # 1464608.
• Fasta uninitialized current_thd tråd-lokal variabel. Detta fixar också fullständigt fel # 1415191. Buggfix # 1467574.
• Efter release av Percona XtraBackup 2.2.11 utfärdar innobackupex en FLUSH TABLE innan du kör FLUSH TABLES WITH READ LOCK. Även om det kommer att hjälpa till med säkerhetskopiering i en viss situation, innebär det också att FLUSH TABLE kommer att skrivas till binärloggen. På MariaDB 10.0 med GTID aktiverad, när säkerhetskopieringen togs på slaven, så ändrade GTID för den slaven och Percona XtraBackup inte rätt GTID längre. Buggfix # 1466446 (Julien Pivotto).
• RPM-sammansättning av Percona XtraBackup krävde fortfarande bzr. Buggfix # 1466888 (Julien Pivotto).
• Kompilering av Percona XtraBackup RPMs med alternativet XB_VERSION_EXTRA skulle skapa en felaktig RPM-version. Buggfix # 1467424 (Julien Pivotto).
• Percona XtraBackup skulle klara sig, även om redo-logg inte kopierades helt. Det innebär att säkerhetskopiering anses vara framgångsrik även när de var korrupta. Buggfix # 1470847.
• I sällsynta fall när det finns två eller flera tabellutrymmen med samma ID i datakatalogen, tar xtrabackup upp den första genom lexikal ordning, vilket kan leda till att man förlorar rätt tabell. Buggfix # 1475487.
• Percona XtraBackup saknade revision_id i binärer. Buggfix # 1394174.

Vad är nytt i version 2.4.6:

• Percona XtraBackup skulle segfault under förberedelsefasen av vissa FTS-sidor. Buggfix # 1460138.
• Fixat kompileringsfel på grund av saknad beroende beror på uppströmsbuggen # 77226. Buggfix # 1461129.
• Regression som infördes genom att fixa en bugg # 1403237 i Percona XtraBackup 2.2.8 kan få xtrabackup att läsa en redo-logg från felaktig offset vilket skulle orsaka en påstående. Buggfix # 1464608.
• Fasta uninitialized current_thd tråd-lokal variabel. Detta fixar också fullständigt fel # 1415191. Buggfix # 1467574.
• Efter release av Percona XtraBackup 2.2.11 utfärdar innobackupex en FLUSH TABLE innan du kör FLUSH TABLES WITH READ LOCK. Även om det kommer att hjälpa till med säkerhetskopiering i en viss situation, innebär det också att FLUSH TABLE kommer att skrivas till binärloggen. På MariaDB 10.0 med GTID aktiverad, när säkerhetskopieringen togs på slaven, så ändrade GTID för den slaven och Percona XtraBackup inte rätt GTID längre. Buggfix # 1466446 (Julien Pivotto).
• RPM-sammansättning av Percona XtraBackup krävde fortfarande bzr. Buggfix # 1466888 (Julien Pivotto).
• Kompilering av Percona XtraBackup RPMs med alternativet XB_VERSION_EXTRA skulle skapa en felaktig RPM-version. Buggfix # 1467424 (Julien Pivotto).
• Percona XtraBackup skulle klara sig, även om redo-logg inte kopierades helt. Det innebär att säkerhetskopiering anses vara framgångsrik även när de var korrupta. Buggfix # 1470847.
• I sällsynta fall när det finns två eller flera tabellutrymmen med samma ID i datakatalogen, tar xtrabackup upp den första genom lexikal ordning, vilket kan leda till att man förlorar rätt tabell. Buggfix # 1475487.
• Percona XtraBackup saknade revision_id i binärer. Buggfix # 1394174.

Vad är nytt i version 2.4.3:

• Percona XtraBackup skulle segfault under förberedelsefasen av vissa FTS-sidor. Buggfix # 1460138.
• Fixat kompileringsfel på grund av saknad beroende beror på uppströmsbuggen # 77226. Buggfix # 1461129.
• Regression som infördes genom att fixa en bugg # 1403237 i Percona XtraBackup 2.2.8 kan få xtrabackup att läsa en redo-logg från felaktig offset vilket skulle orsaka en påstående. Buggfix # 1464608.
• Fasta uninitialized current_thd tråd-lokal variabel. Detta fixar också fullständigt fel # 1415191. Buggfix # 1467574.
• Efter release av Percona XtraBackup 2.2.11 utfärdar innobackupex en FLUSH TABLE innan du kör FLUSH TABLES WITH READ LOCK. Även om det kommer att hjälpa till med säkerhetskopiering i en viss situation, innebär det också att FLUSH TABLE kommer att skrivas till binärloggen. På MariaDB 10.0 med GTID aktiverad, när säkerhetskopieringen togs på slaven, så ändrade GTID för den slaven och Percona XtraBackup inte rätt GTID längre. Buggfix # 1466446 (Julien Pivotto).
• RPM-sammansättning av Percona XtraBackup krävde fortfarande bzr. Buggfix # 1466888 (Julien Pivotto).
• Kompilering av Percona XtraBackup RPMs med alternativet XB_VERSION_EXTRA skulle skapa en felaktig RPM-version. Buggfix # 1467424 (Julien Pivotto).
• Percona XtraBackup skulle klara sig, även om redo-logg inte kopierades helt. Det innebär att säkerhetskopiering anses vara framgångsrik även när de var korrupta. Buggfix # 1470847.
• I sällsynta fall när det finns två eller flera tabellutrymmen med samma ID i datakatalogen, tar xtrabackup upp den första genom lexikal ordning, vilket kan leda till att man förlorar rätt tabell. Buggfix # 1475487.
• Percona XtraBackup saknade revision_id i binärer. Buggfix # 1394174.

Vad är nytt i version 2.2.9:

• Percona XtraBackup 2.1.2 Snapshot Transfer. Buggfix # 1182698.

Vad är nytt i version 2.2.8:

• Percona XtraBackup 2.1.2 Snapshot Transfer. Buggfix # 1182698.

Vad är nytt i version 2.1.2:

• Fel på fel:
• Använd Perls DBD :: MySQL-paket för serverkommunikation istället för att gyta MySQL-kommandoradsklienten introducerade en regression som orsakade att innobackupex -galera-info skulle misslyckas. Buggfix # 1180672.
• Formatet för xtrabackup_galera_info saknade ":" separatorn mellan värdena för wsrep_local_state_uuid och wsrep_last_committed. Buggfix # 1181222.
• Innobackupex automatisk versionsdetektering fungerade inte korrekt för senaste Percona Server och MySQL 5.1-utgåvor som kan orsaka att innobackupex misslyckas. Buggar fixade # 1181092, # 1181099 och # 1180905.
• När du säkerhetskopierar en server som inte är en replikationsslav med alternativet innobackupex -slave-info, misslyckades innobackupex med ett dödligt fel. Ersatte det dödliga felet med ett diagnostiskt meddelande om att innobackupex -slave-info ignoreras i ett sådant fall. Buggfix # 1180662.
• Låg värden för wait_timeout på servern kan få servern att stänga anslutningen när säkerhetskopieras. Fixerad genom att ställa in det större värdet för wait_timeout-alternativet på servern för att förhindra att servern stänger anslutningar om det globala wait_timeout-värdet är inställt för lågt. Buggfix # 1180922.
• Andra buggfixar: Buggfix # 1177182.

Vad är nytt i version 2.0.7:

• Nya funktioner:
• Den här versionen av Percona XtraBackup har implementerat fullt stöd för nya MySQL 5.6-funktioner (GTID, fjärr- / transportbara tabellutrymmen, separat ångra tabellutrymme, 5.6-format buffertdumpfiler).
• Percona XtraBackup har implementerat stöd för InnoDB Buffer Pool Preloading introducerad i MySQL 5.6. Från och med MySQL 5.6 buffertpoolen kan dumper tillverkas och laddas för snabbare serveruppvärmning efter starten. Denna funktion liknar dumpningen / återställningen av buffertpoolen i Percona Server. MySQL 5.6 buffertdumpdump kopieras till backupkatalog under backup-scenen. Under kopieringssteget (återställning) kopieras det tillbaka till datakatalog. Efter att säkerhetskopieringen har återställts kan buffertdumpen laddas av servern antingen automatiskt vid uppstart eller på begäran.
• Tidsintervall mellan kontroller som gjorts med logkopieringstråd kan nu konfigureras med innobackupex -log-copy-intervall. Genom att göra intervallet konfigurerbart kan du minska tiden mellan kontroller som kan förhindra XtraBackup-fel som orsakas av loggposter i transaktionsloggen som skrivs över innan de kopieras av logkopieringstråden.
• Percona XtraBackup lagrar nu GTID-värdet i xtrabackup_binlog_info när säkerhetskopieringen av MySQL och Percona Server 5.6 görs med GTID-läget aktiverat. Exempel på hur denna information kan användas för att skapa / återställa en slav finns i denna bloggpost.
• Percona XtraBackup-alternativet xtrabackup -export stöder nu transporterbara tabellutrymmen som introduceras i MySQL 5.6. Det här alternativet kan användas för att producera metadatafiler i 5,6-format, som kan importeras av ALTER TABLE IMPORT TABLESPACE på MySQL och Percona Server 5.6 som beskrivs i Exportera och importera tabeller.
• Buggfixade:
• xtrabackup_56 binär var närvarande i rpm och deb-paket, men det saknades från källan .tar.gz-paketet. Fixerad genom att lägga till den saknade binären till .tar.gz också. Buggfix # 1158948.
• innobackupex kan krascha när du tar 5,6-säkerhetskopiering på grund av att länka fel SSL-bibliotek. Buggfix # 1168540.
• Percona XtraBackup skulle krascha när du lagar 5,6-säkerhetskopiering med partitionerade tabeller. Buggfix # 1169169.
• Tabeller som släpptes mellan att ta en fullständig säkerhetskopia och en inkrementell var närvarande i den fullständiga säkerhetskatalogen och avlägsnades inte när inkrementella säkerhetskopior har blivit sammanslagna. Fixerad genom att ta bort filer som motsvarar tabeller som saknas i inkrementell säkerhetskatalog. Buggfix # 856400.
• Percona XtraBackup skulle lämna inaktiva xtrabackup_tmp * -filer i datadiren efter att ha tillämpat inkrementella säkerhetskopior. Buggfix # 1079135.
• Fasta par varningar som finns i innobackupex när alla varningar har gjorts FATAL. Buggfix # 1116177.
• Om det finns tusentals tabeller och långsam IO kan XtraBackup spendera mycket tid på att öppna alla tabellutrymmen. Optimering har implementerats och XtraBackup undviker nu att ladda icke-relevanta tabellutrymmen när partiell säkerhetskopiering tas, vilket påskyndar säkerhetskopieringsprocessen. Buggfix # 1130145.
• Percona XtraBackup initierade inte data per tråd i loggkopieringstråden som kan orsaka att XtraBackup kraschar. Buggfix # 1166888.
• Paketberoende har ändrats från abstrakt mysql till realt / usr / bin / mysql-fil eftersom rpm-paket från Oracle inte längre uppfyller mysql-beroende som krävs av XtraBackup rpms. Buggfix # 1095972.
• Percona XtraBackup skulle misslyckas vid förberedelse av MySQL 5.6-säkerhetskopiering om loggfilerna var större än 4G på källservern. Buggfix # 1164979.
• På grund av olika implementeringar i MySQL 5.6 skrivs inte felmeddelanden direkt till stderr. På grund av detta skrivs alla InnoDB-fel eller diagnostiska meddelanden aldrig ut av xtrabackup_56. Buggfix # 1169971.
• innobackupex skulle fortfarande köras med FLUSH TABLES WITH READ LOCK även om xtrabackup skulle misslyckas vid kopiering av loggar. Fixerad genom att avsluta xtrabackup-processen omedelbart vid logkopiering misslyckande. Buggfix # 1170806.
• innobackupex skulle misslyckas om SQL_MODE var inställd på ANSI_QUOTES. Buggfix # 945161.
• Saknas space_id från * .ibd.meta skulle leda till påstående. Fixerad genom att ersätta påståendet med felmeddelandet. Buggfix # 1112224.
• Fixera skrivaren i innobackupex-felutgången. Buggfix # 1157225.
• När du byggde från källan hade innodb56 inte ett alternativ att inaktivera DTrace som innodb55 har. Fixerad genom att lägga till -DENABLE_DTRACE = OFF byggalternativ för innodb56 också. Buggfix # 1169509.
• innobackupex hanterade inte innodb_data_file_path-alternativet som kan orsaka att backup misslyckas. Buggfix # 1169726.
• För Debian- och Linux-binärerna, ska versionsversionen, som ska innehålla revisionen, visas "odefinierad". Buggfix # 1171721.
• Redundant kod har tagits bort från xtrabackup.cc. Buggfix # 1162765.
• Andra buggfixar: Buggfix # 1158154, Buggfix # 1170340, Buggfix # 1088309, Buggfix # 1088307.

Vad är nytt i version 2.0.6:

• Nya funktioner:
• XtraBackup har implementerat grundläggande support för MySQL 5.6, Percona Server 5.6 och MariaDB 10.0. Grundläggande support innebär att dessa versioner är erkända av XtraBackup, och att säkerhetskopiering / återställning fungerar så länge som inga 5.6-specifika funktioner används (t.ex. GTID, fjärr- / transportabla utrymmen, separat ångra tabellutrymme, 5,6-format buffertdumpfiler) .
• Buggfixade:
• Individuella InnoDB-tabellutrymmen med en storlek mindre än 1 MB utvidgades till 1 MB på säkerhetskopieringsberedningen. Detta ledde till en stor ökning av diskanvändningen i fall då det finns många små InnoDB-tabeller. Bugfix # 950334 (Daniel Frett, Alexey Kopytov).
• Lös problemet som orsakade databaser som motsvarar otillgängliga datadir-underkataloger som ignoreras av XtraBackup utan varning eller felmeddelanden. Detta hände eftersom InnoDB-kod tyst ignorerade datadir-underkataloger som den inte kunde öppna. Buggfix # 664986 (Alexey Kopytov).
• Under vissa omständigheter kan XtraBackup misslyckas med att kopiera en tabellutrymme med ett högparallellt alternativvärde och ett lågt innodb_open_files-värde. Buggfix # 870119 (Alexey Kopytov).
• Fix för felet # 711166 introducerade en regression som orsakade att enskilda partitionsbackups misslyckades när de användes med - inkludera alternativet i innobackupex eller alternativet - tabeller i xtrabackup. Buggfix # 1130627 (Alexey Kopytov).
• innobackupex har inte lagt till fil-per-tabell-inställningen för tabelloberoende säkerhetskopior. Fixerad genom att aktivera XtraBackup automatiskt aktivera innodb_file_per_table när alternativet --export används. Bugfix # 930062 (Alexey Kopytov).
• Under vissa omständigheter kan XtraBackup misslyckas med en säkerhetskopiering förbereda med innodb_flush_method = O_DIRECT. Buggfix # 1055547 (Alexey Kopytov).
• innobackupex passerade inte alternativet --tmpdir till binära binära binära binär vilket resulterade i att serverns tmpdir alltid används för tillfälliga filer. Buggfix # 1085099 (Alexey Kopytov).
• XtraBackup har förbättrat felrapporteringen för oigenkända serverversioner. Buggfix # 1087219 (Alexey Kopytov).
• Fast det beroendet för saknade rpm för Perl Time :: HiRes-paketet som orsakade att innobackupex misslyckades på minimala CentOS-installationer. Buggfix # 1121573 (Alexey Bychko).
• innobackupex skulle misslyckas när -no-lock och -rsync användes i samband. Bugfix # 1123335 (Sergei Glushchenko).
• Fix för buggen # 1055989 introducerade en regression som orsakade att xtrabackup_pid-filen skulle förbli i den tillfälliga filen efter körning. Buggfix # 1114955 (Alexey Kopytov).
• Onödiga felsökningsmeddelanden har tagits bort från XtraBackup-utmatningen. Buggfix # 1131084 (Alexey Kopytov).
• Andra buggfixar: Bugfix # 1153334 (Alexey Kopytov), ​​bugfix # 1098498 (Laurynas Biveinis), buggfix # 1132763 (Laurynas Biveinis), buggfix # 1142229 (Laurynas Biveinis), buggfix # 1130581 (Laurynas Biveinis ).

Vad är nytt i version 2.0.5:

• Nya funktioner:
• Nytt alternativ - standardvärden-extra-fil har införts. Det här alternativet anger från vilken extra fil som ska läsas standard MySQL-alternativ innan standardinställningarna-filen. Det kan användas för att ladda användar- / lösenordskombinationen för den dedikerade backupanvändaren från en separat konfigurationsfil, för att undvika att lagra den i crontab eller ett manus någonstans i systemet.
• Buggfixade:
• Vid strömmande säkerhetskopieringar skulle innobackupex återuppta XtraBackup-processen och vänta tills den är klar innan du kör UNLOCK TABLES. Detta orsakade att databasen låstes i onödan med FLUSH TABLES WITH READ LOCK. Innobackupex väntar nu bara tills loggkopiering är klar för att låsa upp databaserna. Buggfix # 1055989 (Alexey Kopytov).
• Innobackupex Felmeddelanden som hänvisar till datakatalogen har utökats för att visa sökvägen till den datakatalog som nämns i felmeddelandet. Buggfix # 1089375 (Hartmut Holzgraefe).
• Partitionerade tabeller hanterades inte korrekt av alternativen --databaser, --include, --tables-fil av innobackupex och av alternativen --tables och --tables-fil i XtraBackup. Fixerad genom att ta bort partitionens suffix (#P # ...) innan du gör filtrering. Bugfix # 711166 (Sergei Glushchenko).
• När inbyggd komprimering användes, gjorde XtraBackup obuffert skrivning till destinationsfilen eller strömmen i mycket små bitar som i sin tur orsakade ineffektiva I / O. Fixerad genom att använda en 1M buffert för utdata som liknar de okomprimerade säkerhetskopieringarna. Buggfix # 1095249 (Alexey Kopytov).
• Onödig lång sömn () i innobackupex leder till att FLUSH TABLES WITH READ LOCK tar för lång tid. Fixerad genom att ersätta 2 sekunder sömnsintervall med 100 millisekunder en. Buggfix # 1095551 (Sergei Glushchenko).
• Om innobackupex skulle krascha skulle det lämna filen xtrabackup_suspended på filsystemet. Detta kan då leda till att innobackupex tror att XtraBackup har avstängt sig i det ögonblick det började, och sedan när XtraBackup faktiskt upphäver sig, skulle innobackupex vänta på att den skulle sluta och inte ta bort den avstängda filen, vilket leder till ett vänteläge. Fixerad genom att ta bort den gammala xtrabackup_suspended filen när innobackupex startas. Buggfix # 1007446 (George Ormond Lorch III).
• innobackupex skulle inte erkänna MariaDB 5.2 och MariaDB 5.3. Fixerad genom att förstärka versionskontroller i innobackupex. Bugfix # 733665 (Daniel van Eeden, Alexey Kopytov).
• Andra buggfixar: Bugfix # 924492 (Alexey Kopytov), ​​buggfix # 1097158 (Alexey Kopytov), ​​buggfix # 1081882 (Alexey Kopytov), ​​bugfix # 1096584 (Alexey Kopytov).

Vad är nytt i version 1.6.7:

• Fel på fel:
• xtrabackup_binary ingick inte i tar arkiv när streaming, istället skrivs det till den aktuella katalogen. Detta kan leda till att ett fel binärt binärt binärt används när du förbereder säkerhetskopior skapade med alternativen - ström eller --remote-värd. Bugs fixade # 723318 och # 787988 (Stewart Smith).
• FLUSH TABLES WITH READ LOCK användes inte när man skapade inkrementella säkerhetskopior, vilket kan leda till inkonsekventa säkerhetskopior när uppdateringar av icke-InnoDB-tabeller eller DDL-satser på några tabeller inträffade under backupprocessen. Buggfix # 771981 (Alexey Kopytov).
• Alternativ - Säker-slav-backup resulterade i felaktig binlog-info, för ibland förvirrade innobackupex svaret från SHOW SLAVE STATUS med det från SHOW MASTER STATUS. Buggfix # 977101 (Alexey Kopytov).
• innodb_data_file_path skrevs inte till backup-my.cnf, det här var en regression som introducerades i XtraBackup 1.6.5. Bugfix # 983685 (Sergei Glushchenko).
• Felaktiga testsviten misslyckades med grep 2.10. Buggfix # 996483 (Alexey Kopytov).
• När innobackupex körde med --apply-log läste den konfigurationen från serverns konfigurationsfil istället för backup-my.cnf i backup-katalogen. Buggfix # 996493 (Sergei Glushchenko).
• innobackupex kan kopiera filer till en fel katalog när man sammanfogar en inkrementell säkerhetskopia till en fullständig. Buggfix # 1002688 (Alexey Kopytov).
• XtraBackup binära läckte filbeskrivningar på --backup. Detta fixades genom att återanvända den befintliga filbeskrivaren så att ingen läckage uppstår. Buggfix # 713267 (Alexey Kopytov).

Vad är nytt i version 2.0.4:

• Fel på fel:
• Buggfix för # 932623 introducerade regressionen i XtraBackup 2.0.2 som orsakade inkrementella säkerhetskopior att misslyckas eftersom initparametervärdena inte normaliserades till de värden som användes inom InnoDB. Bugfix # 1062684 (Sergei Glushchenko).
• Buggfix för # 932623 introducerade regressionen i XtraBackup 2.0.2 eftersom den inte tog den separata dubbelsidiga tabellutrymmet i ett konto. Buggfix # 1066843 (Sergei Glushchenko).
• XtraBackup hanterade den separata dubbelskrivningsbuffertfilen felaktigt. Filvägen till doublewrite-bufferten har inte lagts till i backup-my.cnf och efter att den gamla dubbelwrite-buffertfilen har återställts istället för den som gjordes under förberedelsesteget. Buggfix # 1068470 (Sergei Glushchenko).
• XtraBackup accepterar nu alternativet --innodb = force, tidigare skulle det kasta ett fel om alternativet var inställt. Buggfix # 528752 (Laurynas Biveinis).
• Alternativ säkerhet-slav-säkerhetskopiering fungerade inte korrekt. Buggfix # 887803 (Alexey Kopytov).
• Om säkra-slav-backup-timeout uppnåddes när säkerhetskopieringsalternativet användes, lämnades SQL_THREAD kvar i stoppat tillstånd och orsakade att slavgängan släpar efter. Detta åtgärdades genom att kontrollera det inledande SQL_THREAD-tillståndet och starta det innan det avslutades med ett timeout-fel och startade SQL_THREAD bara om det kördes inledningsvis. Buggfix # 1037379 (Alexey Kopytov).
• XtraBackup skulle misslyckas --apply-logga när filsystemet inte stödde Linux AIO. Buggfix # 1065561 (Alexey Kopytov).
• XtraBackup binär skulle ignorera innodb_use_native_aio när det anges antingen i my.cnf eller som ett kommandoradsalternativ. Buggfix # 1068459 (Alexey Kopytov).
• XtraBackup skulle skriva ut ett varningsmeddelande under förberedelsesteget om innodb_file_io_threads avlägsnas, även om variabeln inte var inställd. Buggfix # 1068485 (Alexey Kopytov).
• XtraBackup Galera test kan nu köras samtidigt. Buggfix # 1077800 (Stewart Smith).

Vad är nytt i version 2.0.3:

• Nya funktioner:
• innobackupex har nu stöd för alternativet new-back-back som kan användas istället för -kopia-tillbaka om det inte finns tillräckligt med ledigt diskutrymme på servern för att kopiera filer. Eftersom det här alternativet tar bort backupfiler måste det användas med försiktighet.
• Buggfixade:
• Symlink för innobackupex-1.5.1 binär har brutits i den tidigare versionen av XtraBackup. Buggfix # 1038198 (Ignacio Nin).
• XtraBackup 2.0.2 var inte bakåtkompatibel vilket orsakade inkrementella säkerhetskopior skapade med tidigare versioner för att misslyckas med att förbereda. Bugfix # 1038127 (Sergei Glushchenko).
• Fix for bug # 1022562 introducerade en regression som potentiellt kan leda till en 5x ökning av diskutrymme upptaget av inkrementella säkerhetskopior. Buggfix # 1043762 (Laurynas Biveinis).
• En regression infördes i fix för bug # 932623 som orsakade felaktig hantering av komprimerade tabellutrymmen med sidstorleken på 16K, som skapades mellan den sista hela eller inkrementella och nästa inkrementella säkerhetskopiering. Buggar fixade # 1049174 och # 1044398 (Laurynas Biveinis).

Vad är nytt i version 1.6.4:

• Det innehåller viktiga buggfixar till den stabila 1,6-serien av Percona XtraBackup-utgåvor.