Discussion :

[jd440]

* Bonjour, *

Allant procéder à un grosse mise à jour il est essentiel de procéder un backup de ma table avant de lancer la mise à jour.

En plus du copie intégrale gérer par l'hébergeur je pensait faire un copie direct via phpmyadmin, en la nommant matable_backup.
Me permettant ainsi en cas de besoin de restauration de simplement renommer les deux tables.

Mais je me pose deux question:
- Une telle copie par phpmyadmin est elle fidèle (ou il est obligatoire de passer par mysqldump en ssh)
sachant que ma table fait 350mo il me faut dans ce cas prévoir les temps de uploiad pour la restauration.

- d'autre part est que le fait d'avoir plusieurs table de backup dans mysql non utilisé peut avoir des impact sur la performance, sachant que je suis en vds 4Goram

* Merci *

[apaul]

Salut,

- Une telle copie par phpmyadmin est elle fidèle (ou il est obligatoire de passer par mysqldump en ssh)
sachant que ma table fait 350mo il me faut dans ce cas prévoir les temps de uploiad pour la restauration.

On ne renomme pas une base: on la restaure avec un autre nom.
Je connais très mal phpmyadmin, mais de toute façon, je crois qu'il fait un mysqldump. Il est juste un peu chiant avec les options, donc personnellement, je préfère un bon vieux mysqldump en ligne de commande qui te donne tout ce qu'il faut par défaut pour la plupart des configs.

Sinon, ca dépend comment sont tes tables et tes index, mais bon, 350Mo de données, ca ne va pas mettre des heures à importer (ou alors tu as des index très très pointus).

- d'autre part est que le fait d'avoir plusieurs table de backup dans mysql non utilisé peut avoir des impact sur la performance, sachant que je suis en vds 4Goram

Je dirais que non, aucun impact ou très faible. Ca doit dépendre des moteurs utilisés. Pour du MyISAM par exemple, impact nul. Pour de l'InnoDB, ca doit jouer un tout petit chouïa si tu n'es pas en fichier par table.