sql >> Databáze >  >> RDS >> MariaDB

ClusterControl - Pokročilá správa zálohování - mariabackup Část I

ClusterControl může mimo jiné fungovat jako skvělý nástroj, který vám pomůže navrhnout a provést plán zálohování. K dispozici je řada funkcí včetně ověřování záloh, transparentního šifrování záloh a mnoha dalších. Co zcela běžně chybí, je schopnost ClusterControl vyladit zálohovací nástroje, které používáme k vytvoření zálohy. V tomto blogu bychom rádi prošli některými nastaveními, která lze použít pro MariaBackup. Začněme.

Počáteční nastavení

Počáteční nastavení je cluster MariaDB s jedním hlavním serverem a jednou replikou, což je v tuto chvíli zaostává kvůli importu dat běžících na pozadí.

Máme dva uzly ProxySQL a dva uzly Keepalived, které poskytují virtuální IP a zajišťují dostupnost ProxySQL. Cluster (tedy zpoždění) naplňujeme daty generovanými sysbenchem. Ke spuštění tohoto procesu jsme použili následující příkaz:

sysbench /root/sysbench/src/lua/oltp_read_write.lua --threads=4 --mysql-host=10.0.0.111 --mysql-user=sbtest --mysql-password=sbtest --mysql-port=6033 --tables=32 --table-size=1000000 prepare

To vygeneruje přibližně 7,6 GB dat, na kterých budeme testovat různá nastavení zálohování.

Nastavení komprese

Jak jsme zmínili, existuje několik nastavení, která můžete použít k vyladění MariaBackup a dalších nástrojů zapojených do procesu zálohování.

V tomto příspěvku na blogu bychom se rádi zaměřili na úroveň komprese a viděli jestli to má nějaký skutečný dopad na náš proces zálohování. Změní to délku běhu zálohy? Změní to velikost zálohy? Jak? Má smysl používat něco jiného než výchozí nastavení? Pojďme se na to krátce podívat.

Budeme spouštět zálohy pomocí všech nastavení z rozbalovací nabídky Úroveň komprese:

Zálohy se budou ukládat lokálně v uzlu, aby se minimalizoval jejich dopad sítí. Budeme používat plnou MariaBackup. Data v databázi nejsou žádným způsobem šifrována ani komprimována.

Zahájíme 9 zálohovacích úloh, každá s jiným nastavením úrovně komprese. Toto nastavení je předáno gzip, který se standardně používá ke kompresi dat. Když toto nastavení zvýšíme, očekáváme prodloužení doby provádění zálohy a snížení velikosti zálohy.

Jak vidíte, s výjimkou zálohy 4, kterou můžeme stačí počítat jako přechodné kolísání, doba provádění zálohy se prodlužuje od 3 minut a 41 sekund až po 17 minut a 57 sekund. Velikost zálohy se sníží z 3,5 GB na 3,3 GB. Můžeme také zkontrolovat přesnou velikost zálohy:

du -s /root/backups/*
3653288 /root/backups/BACKUP-1
3643088 /root/backups/BACKUP-2
3510420 /root/backups/BACKUP-3
3486304 /root/backups/BACKUP-4
3449392 /root/backups/BACKUP-5
3437504 /root/backups/BACKUP-6
3429152 /root/backups/BACKUP-7
3425492 /root/backups/BACKUP-8
3405348 /root/backups/BACKUP-9

To potvrzuje, že velikost zálohy se ve skutečnosti snižuje s každou úrovní komprese, ale rozdíly mezi první a poslední úrovní, kterou jsme testovali, jsou poměrně malé. Nejmenší záloha má 93,2 % velikosti největší zálohy. Na druhou stranu, její doba provedení (1077 sekund) je téměř 5krát delší než doba provedení největší zálohy (221 sekund).

Mějte prosím na paměti, že počet najetých kilometrů se bude lišit. Můžete použít data, která se lépe komprimují, takže dopad úrovně komprese bude významnější. Na základě výsledku tohoto testu pro datovou sadu sysbench stěží dává smysl používat úroveň komprese vyšší než 3.

komprese Qpress

Další možností, kterou bychom dnes rádi otestovali, je komprese Qpress. Qpress je kompresní metoda, kterou lze nahradit gzip.

Jak vidíte, je rozhodně rychlejší než gzip, ale obsahuje výrazný nárůst velikosti dat. Po 100 sekundách komprese jsme získali 4,6 GB dat.

Výběr nejvhodnější metody komprese může vyžadovat řadu testů, ale jak doufáme vidíte, rozhodně má smysl to udělat. U velkých souborů dat může být možnost vyměnit poněkud větší archiv za téměř 5krát rychlejší proces zálohování docela užitečná. Pokud zvážíme použití Qpress, můžeme vyměnit místo na disku i za 10krát rychlejší proces zálohování. To může znamenat rozdíl mezi 20 hodinami zálohování a 2 hodinami zálohování. Jistě, nárůst místa na disku potřebného pro ukládání takových dat bude patrný, ale když se nad tím zamyslíte, je možné získat větší objem disku. Přidávání dalších hodin ke dni, kdy 24 hodin nestačí k provedení zálohy, není.

Doufáme, že tento krátký blog byl pro vás srozumitelný a povzbudí vás, abyste si pohráli a vylepšili různá nastavení, která lze použít pro MariaBackup. Pokud byste se s nimi chtěli podělit o své zkušenosti, rádi bychom viděli vaše komentáře.


  1. SQLite CROSS JOIN s praktickým příkladem

  2. Jak vložit aktualizovatelný záznam se sloupcem JSON v PostgreSQL pomocí JOOQ?

  3. Jak formátovat čísla jako měnu v MySQL

  4. Používání Microsoft Access s Power BI