Hola Joan, > Jo habitualment faig còpies de seguretat de BBDD mysql que o > bé no canvien gaire, o la taules taules que ho fan son les > relacionades amb la memòria cau. Si utilitzes mysqldump o similar per copiar la base de dades, és habitual que es bloquegi la base de dades i es faci flush abans de començar per garantir que la còpia és coherent. Si copies els fitxers de /var/lib/mysql aleshores podries tenir problemes de consistència (si són solucionables o no, depèn en gran mesura de l'esquema de la base de dades i del volum d'operacions que hi hagi en el moment de la còpia). No seria una forma recomanada de fer-ne una còpia. O si més no, no hauria de ser l'única forma. > Quan faig la còpia amb un rsync (...) entenc que és millor > comprimir-la amb gzip, perquè diria que es redueix a un 10% > de l'original. Això facilita la feina perquè són menys dades a processar per al rsync, a qui no li importa si les dades estan comprimides o no, busca les diferències a nivell de blocs. Li pots dir -z perquè comprimeixi les dades en trànsit, però els fitxers comprimits en origen estalvien temps per buscar diferències. > PD: també se m'acut que en el cas de webs on les taules de la > memòria cau ocupen molt, igual seria interessant executar un > flush (buidat?) de la memòria cau just abans de fer la còpia Compte! Un flush buida la memòria cau de la base de dades per materialitzar els canvis al disc, no buida les taules de cache que puguis tenir per a una aplicació web. Per evitar copiar aquestes dades pots utilitzar mysqldump --ignore-table=xyz. Per buidar la taula hauries de fer TRUNCATE xyz, però això afectaria segurament l'experiència d'usuari de la web o podria tenir conseqüències que no esperes. Seria més segur ignorar la taula en fer la còpia. Salut, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada <alexm@debian.org> ⢿⡄⠘⠷⠚⠋ Debian Developer 🍥 log.alexm.org ⠈⠳⣄⠀⠀⠀⠀
Attachment:
signature.asc
Description: PGP signature