dasini.net - Journal d'un expert MySQL » mysqldump http://dasini.net/blog Repousser les frontières de la connaissance Thu, 02 Feb 2012 09:06:27 +0000 en hourly 1 http://wordpress.org/?v=3.3 Restaurer une sauvegarde en désactivant le log binaire http://dasini.net/blog/2009/02/09/restaurer-une-sauvegarde-en-desactivant-le-log-binaire/ http://dasini.net/blog/2009/02/09/restaurer-une-sauvegarde-en-desactivant-le-log-binaire/#comments Mon, 09 Feb 2009 10:45:19 +0000 freshdaz http://dasini.net/blog/?p=448 Il est pafois utile de désactiver le log binaire lors d’une restauration. MySQL permet de le désactiver pour une session avec la commande SQL_LOG_BIN:

mysql> SET SESSION sql_log_bin = 0;

Lors de la restauration avec le client mysql on peut donc utiliser la ligne de commande suivante:

shell> mysql –execute=« SET SESSION sql_log_bin=0;  SOURCE mon_fichier_dump.sql; »
]]> http://dasini.net/blog/2009/02/09/restaurer-une-sauvegarde-en-desactivant-le-log-binaire/feed/ 0 Droits minimums pour utiliser mysqldump http://dasini.net/blog/2008/11/21/droits-minimums-pour-utiliser-mysqldump/ http://dasini.net/blog/2008/11/21/droits-minimums-pour-utiliser-mysqldump/#comments Fri, 21 Nov 2008 00:12:46 +0000 freshdaz http://dasini.net/blog/?p=184 mysqldump est un client texte qui permet de faire une sauvegarde (dump) logique des données (au sens large) d’un serveur MySQL.
Pour pouvoir utiliser un client, il faut disposer d’un compte utilisateur (user, host et password), que le client utilisera pour se connecter au serveur MySQL.
Si vous devez faire régulièrement des sauvegardes, ce qui est (devrait être) la norme, une bonne pratique est d’avoir un utilisateur dédié pour cette tache, et par conséquent que cet utilisateur ait les droits qui vont bien. Toujours dans cet esprit bonnes pratiques, le but là est d’appliquer le principe du moindre privilège (droit). En d’autres termes, l’utilisateur doit avoir les droits pour faire ce qu’il doit faire (logique) mais surtout pas plus (finalement ça aussi c’est logique).

ne surtout pas avoir:

mysql> GRANT ALL PRIVILEGES ON *.* TO user_dump@localhost ;

=> qui donne tout les droits sur toutes les bases de données à l’utilisateur user_dump@localhost

mais plutôt:

mysql> GRANT SELECT, LOCK TABLES ON *.* TO user_dump@localhost;

=> les droits SELECT et LOCK TABLES sur tout le serveur pour l’utilisateur user_dump@localhost

Le droit SELECT permet de lire les données à récupérer dans le fichier de dump.
Le droit LOCK TABLES permet la pose de verrous sur les tables, nécessaire au maintient de la cohérence.

et pis c’est tout !

Et donc pour faire une sauvegarde logique de toute la base de données (la commande minimale est) :

 shell> mysqldump -u user_dump -p --all-database

=>lance le client mysqldump avec l’utilisateur user_dump.

P.S. ??Pour utiliser la requête SELECT … INTO OUFILE il vous faudra le droit FILE.

P.S.2 dans la vraie vie, vous aurez besoins de renseigner plus de paramètres, et surtout de récupérer la sortie du dump car par défaut c’est… l’écran :o (cependant avec un bel écran monochrome vert, cela peut faire de beaux effets à la MATRIX) :)

P.S.3 Il est quand même possible de se passer du droit LOCK TABLES, il faut alors dire à mysqldump de ne pas mettre de verrous sur les tables

]]> http://dasini.net/blog/2008/11/21/droits-minimums-pour-utiliser-mysqldump/feed/ 0