Sur mon serveur Linux hebergeant MySQL (qui gère 8 table)
La taille de la table la plus grosse fait 4,5M, une autre de 2,2M
et les 6 autres < 300k (total de 7,5M)
Par contre, voici un ls du /var/lib/mysql
linux ~ # ls -lh /var/lib/mysql/
total 13G
drwx------ 2 mysql mysql 4,0K mar 15 12:01 horde
drwx------ 2 mysql mysql 4,0K mar 15 12:01 informatique
drwx------ 2 mysql mysql 4,0K mar 15 12:01 mysql
drwx------ 2 mysql mysql 4,0K aoû 4 11:58 pointage
drwx------ 2 mysql mysql 4,0K jui 19 22:05 pointage_test
drwx------ 2 mysql mysql 4,0K mar 15 12:01 stock
drwx------ 2 mysql mysql 4,0K mar 15 12:01 stock_prod
drwx------ 2 mysql mysql 4,0K mar 15 12:01 stock_test
drwx------ 2 mysql mysql 4,0K aoû 14 16:26 test
-rw-rw---- 1 mysql mysql 10M mai 12 13:45 ibdata1
-rw-rw---- 1 mysql mysql 5,0M aoû 16 01:00 ib_logfile0
-rw-rw---- 1 mysql mysql 5,0M mar 14 14:28 ib_logfile1
-rw-rw---- 1 mysql mysql 79 mar 15 18:09 linux-bin.000001
-rw-rw---- 1 mysql mysql 1,2K avr 19 10:10 linux-bin.000002
-rw-rw---- 1 mysql mysql 3,2M mai 12 11:16 linux-bin.000003
-rw-rw---- 1 mysql mysql 2,4K mai 14 23:00 linux-bin.000004
-rw-rw---- 1 mysql mysql 1,1G jun 8 07:00 linux-bin.000005
-rw-rw---- 1 mysql mysql 1,1G jun 14 19:45 linux-bin.000006
-rw-rw---- 1 mysql mysql 1,1G jun 21 04:30 linux-bin.000007
-rw-rw---- 1 mysql mysql 1,1G jun 27 10:45 linux-bin.000008
-rw-rw---- 1 mysql mysql 1,1G jui 3 13:45 linux-bin.000009
-rw-rw---- 1 mysql mysql 1,1G jui 9 15:30 linux-bin.000010
-rw-rw---- 1 mysql mysql 1,1G jui 15 14:45 linux-bin.000011
-rw-rw---- 1 mysql mysql 1,1G jui 21 13:00 linux-bin.000012
-rw-rw---- 1 mysql mysql 423M jui 23 23:00 linux-bin.000013
-rw-rw---- 1 mysql mysql 1,1G jui 29 19:00 linux-bin.000014
-rw-rw---- 1 mysql mysql 1,1G aoû 4 13:45 linux-bin.000015
-rw-rw---- 1 mysql mysql 1,1G aoû 10 07:45 linux-bin.000016
-rw-rw---- 1 mysql mysql 1,1G aoû 16 01:00 linux-bin.000017
-rw-rw---- 1 mysql mysql 73M aoû 16 10:35 linux-bin.000018
-rw-rw---- 1 mysql mysql 342 aoû 16 01:00 linux-bin.index
-rw-rw---- 1 mysql mysql 9,6K mar 14 14:28 localhost-bin.000001
-rw-rw---- 1 mysql mysql 210K mar 14 14:28 localhost-bin.000002
-rw-rw---- 1 mysql mysql 185 mar 14 14:38 localhost-bin.000003
-rw-rw---- 1 mysql mysql 293K mar 15 12:01 localhost-bin.000004
-rw-rw---- 1 mysql mysql 92 mar 14 14:39 localhost-bin.index
A quoi servent ces fichiers ?
Puis je les effacer ?
Y a til une maintenance particulière a faire sur une install MySQL ?
Pour info, chaque soir je fait un mysqldump -A pour sauvegarder toutes
mes bases.
16.08.2006 10:42 - elekaj34 / la lecture du contenu de ib_logfile0 pourrait peut être t'aider à déterminer le créateur des fichiers?
Sébastien Monbrun aka TiChou
Dans le message <news:44e2da01$0$20679$, *elekaj34* tapota sur f.c.o.l.configuration :
Bonjour,
Sur mon serveur Linux hebergeant MySQL (qui gère 8 table) La taille de la table la plus grosse fait 4,5M, une autre de 2,2M et les 6 autres < 300k (total de 7,5M)
Par contre, voici un ls du /var/lib/mysql
linux ~ # ls -lh /var/lib/mysql/ -rw-rw---- 1 mysql mysql 79 mar 15 18:09 linux-bin.000001 -rw-rw---- 1 mysql mysql 1,2K avr 19 10:10 linux-bin.000002 [...]
-rw-rw---- 1 mysql mysql 1,1G aoû 16 01:00 linux-bin.000017 -rw-rw---- 1 mysql mysql 73M aoû 16 10:35 linux-bin.000018 -rw-rw---- 1 mysql mysql 342 aoû 16 01:00 linux-bin.index
A quoi servent ces fichiers ?
Les fichiers hostname-bin.XXXXXX sont les fichiers de journalisation de MySQL au format binaire (option log-bin dans my.cnf). Ils contiennent toutes les requêtes qui ont modifié les bases de données. Ils peuvent être utile pour des tâches de débogage, de réplication ou, plus concrètement, à de la sauvegarde incrémentielle.
Puis je les effacer ?
Oui, mais en suivant une des méthodes décrites dans la page suivante :
Pour ma part, je laisse la commande mysqlhotcopy avec l'option --resetmaster se charger d'effacer proprement ces fichiers à chaque sauvegarde complète des bases de données, c'est-à-dire une fois par semaine ou une fois par mois selon l'importance des données à sauvegarder.
-- Sébastien Monbrun aka TiChou
Dans le message <news:44e2da01$0$20679$636a55ce@news.free.fr>,
*elekaj34* tapota sur f.c.o.l.configuration :
Bonjour,
Sur mon serveur Linux hebergeant MySQL (qui gère 8 table)
La taille de la table la plus grosse fait 4,5M, une autre de 2,2M
et les 6 autres < 300k (total de 7,5M)
Par contre, voici un ls du /var/lib/mysql
linux ~ # ls -lh /var/lib/mysql/
-rw-rw---- 1 mysql mysql 79 mar 15 18:09 linux-bin.000001
-rw-rw---- 1 mysql mysql 1,2K avr 19 10:10 linux-bin.000002
[...]
-rw-rw---- 1 mysql mysql 1,1G aoû 16 01:00 linux-bin.000017
-rw-rw---- 1 mysql mysql 73M aoû 16 10:35 linux-bin.000018
-rw-rw---- 1 mysql mysql 342 aoû 16 01:00 linux-bin.index
A quoi servent ces fichiers ?
Les fichiers hostname-bin.XXXXXX sont les fichiers de journalisation de
MySQL au format binaire (option log-bin dans my.cnf). Ils contiennent toutes
les requêtes qui ont modifié les bases de données. Ils peuvent être utile
pour des tâches de débogage, de réplication ou, plus concrètement, à de la
sauvegarde incrémentielle.
Puis je les effacer ?
Oui, mais en suivant une des méthodes décrites dans la page suivante :
Pour ma part, je laisse la commande mysqlhotcopy avec l'option --resetmaster
se charger d'effacer proprement ces fichiers à chaque sauvegarde complète
des bases de données, c'est-à-dire une fois par semaine ou une fois par mois
selon l'importance des données à sauvegarder.
Dans le message <news:44e2da01$0$20679$, *elekaj34* tapota sur f.c.o.l.configuration :
Bonjour,
Sur mon serveur Linux hebergeant MySQL (qui gère 8 table) La taille de la table la plus grosse fait 4,5M, une autre de 2,2M et les 6 autres < 300k (total de 7,5M)
Par contre, voici un ls du /var/lib/mysql
linux ~ # ls -lh /var/lib/mysql/ -rw-rw---- 1 mysql mysql 79 mar 15 18:09 linux-bin.000001 -rw-rw---- 1 mysql mysql 1,2K avr 19 10:10 linux-bin.000002 [...]
-rw-rw---- 1 mysql mysql 1,1G aoû 16 01:00 linux-bin.000017 -rw-rw---- 1 mysql mysql 73M aoû 16 10:35 linux-bin.000018 -rw-rw---- 1 mysql mysql 342 aoû 16 01:00 linux-bin.index
A quoi servent ces fichiers ?
Les fichiers hostname-bin.XXXXXX sont les fichiers de journalisation de MySQL au format binaire (option log-bin dans my.cnf). Ils contiennent toutes les requêtes qui ont modifié les bases de données. Ils peuvent être utile pour des tâches de débogage, de réplication ou, plus concrètement, à de la sauvegarde incrémentielle.
Puis je les effacer ?
Oui, mais en suivant une des méthodes décrites dans la page suivante :
Pour ma part, je laisse la commande mysqlhotcopy avec l'option --resetmaster se charger d'effacer proprement ces fichiers à chaque sauvegarde complète des bases de données, c'est-à-dire une fois par semaine ou une fois par mois selon l'importance des données à sauvegarder.
-- Sébastien Monbrun aka TiChou
Christophe PEREZ
Le Wed, 16 Aug 2006 16:54:23 +0200, Sébastien Monbrun aka TiChou a écrit:
Ils contiennent toutes les requêtes qui ont modifié les bases de données. Ils peuvent être utile pour des tâches de débogage, de réplication ou, plus concrètement, à de la sauvegarde incrémentielle.
Tiens, ce sujet tombe fort bien, je me posais hier une question sur ce sujet entamé depuis déjà quelques mois (années?) :-) Je fais moi aussi mes sauvegardes de la sorte (évidemment puisque j'ai lâchement copié ce que tu avais suggéré), et, à tort, je ne me suis jamais trop posé la question de la restauration.
Comment on fait avec ses logs binaires ?
Désolé de faire un peu dévier le sujet.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 16 Aug 2006 16:54:23 +0200, Sébastien Monbrun aka TiChou a
écrit:
Ils contiennent toutes
les requêtes qui ont modifié les bases de données. Ils peuvent être utile
pour des tâches de débogage, de réplication ou, plus concrètement, à de la
sauvegarde incrémentielle.
Tiens, ce sujet tombe fort bien, je me posais hier une question sur ce
sujet entamé depuis déjà quelques mois (années?) :-)
Je fais moi aussi mes sauvegardes de la sorte (évidemment puisque j'ai
lâchement copié ce que tu avais suggéré), et, à tort, je ne me suis
jamais trop posé la question de la restauration.
Le Wed, 16 Aug 2006 16:54:23 +0200, Sébastien Monbrun aka TiChou a écrit:
Ils contiennent toutes les requêtes qui ont modifié les bases de données. Ils peuvent être utile pour des tâches de débogage, de réplication ou, plus concrètement, à de la sauvegarde incrémentielle.
Tiens, ce sujet tombe fort bien, je me posais hier une question sur ce sujet entamé depuis déjà quelques mois (années?) :-) Je fais moi aussi mes sauvegardes de la sorte (évidemment puisque j'ai lâchement copié ce que tu avais suggéré), et, à tort, je ne me suis jamais trop posé la question de la restauration.
Comment on fait avec ses logs binaires ?
Désolé de faire un peu dévier le sujet.
-- Christophe PEREZ Écrivez moi sans _faute !
Sébastien Monbrun aka TiChou
Dans le message <news:, *Christophe PEREZ* tapota sur f.c.o.l.configuration :
Salut Christophe,
Je fais moi aussi mes sauvegardes de la sorte (évidemment puisque j'ai lâchement copié ce que tu avais suggéré), et, à tort, je ne me suis jamais trop posé la question de la restauration.
Comment on fait avec ses logs binaires ?
Avec la commande mysqlbinlog. Tu restaures dans un premier temps ta dernière sauvegarde complète et ensuite tu restaures tes sauvegardes incrémentielles avec la commande mysqlbinlog qui fait une conversion binaire/ascii :
$ mysqlbinlog hostname-bin.* | mysql
Jettes un coup d'½il ici :
http://mysql.com/doc/refman/5.0/fr/backup.html
ou au paragraphe « Back to recovery from backups » de la page suivante :
Dans le message <news:pan.2006.08.16.16.30.14.126442@novazur.fr>,
*Christophe PEREZ* tapota sur f.c.o.l.configuration :
Salut Christophe,
Je fais moi aussi mes sauvegardes de la sorte (évidemment puisque j'ai
lâchement copié ce que tu avais suggéré), et, à tort, je ne me suis
jamais trop posé la question de la restauration.
Comment on fait avec ses logs binaires ?
Avec la commande mysqlbinlog. Tu restaures dans un premier temps ta dernière
sauvegarde complète et ensuite tu restaures tes sauvegardes incrémentielles
avec la commande mysqlbinlog qui fait une conversion binaire/ascii :
$ mysqlbinlog hostname-bin.* | mysql
Jettes un coup d'½il ici :
http://mysql.com/doc/refman/5.0/fr/backup.html
ou au paragraphe « Back to recovery from backups » de la page suivante :
Dans le message <news:, *Christophe PEREZ* tapota sur f.c.o.l.configuration :
Salut Christophe,
Je fais moi aussi mes sauvegardes de la sorte (évidemment puisque j'ai lâchement copié ce que tu avais suggéré), et, à tort, je ne me suis jamais trop posé la question de la restauration.
Comment on fait avec ses logs binaires ?
Avec la commande mysqlbinlog. Tu restaures dans un premier temps ta dernière sauvegarde complète et ensuite tu restaures tes sauvegardes incrémentielles avec la commande mysqlbinlog qui fait une conversion binaire/ascii :
$ mysqlbinlog hostname-bin.* | mysql
Jettes un coup d'½il ici :
http://mysql.com/doc/refman/5.0/fr/backup.html
ou au paragraphe « Back to recovery from backups » de la page suivante :