Bonjour,
 
Mon but est de faire un mysqldump d'une base et de le sauvegarder sur un serveur distant. Mais je ne veux pas retransmettre l'intégralité du dump à chaque fois. J'utilise donc rsync. Mais j'aurais aussi aimé ne pas copier localement le résultat de mysqldump et juste exploiter le flux de données qu'il produit. Pourtant rsync ne semble pas accepter de flux sur l'entrée standard. Auriez-vous une solution ?

Oublie rsync, et utilise un bête ssh + cat

voire + gzip/bzip2

 
Essaie de regarder du coté de rdiff.

Ah oui tiens, j'avais zappé

Champagne

Entre autres

 
Ben non ça ne convient pas, je ne veux sauver que les différences. Je vais me renseigner sur rdiff sinon.

C'est pas un peu moche de ne pas passer par une version locale temporaire ?
 
Ton dump va être vachement plus long (donc monopoliser ta base) et puis à la moindre merde réseau ton dump risque d'être foiré. (pas de NFS en place semble t'il ou autre)

 
Moi je trouve ça moche de créer un fichier local qui ne sert à rien sinon à être envoyé par le réseau. Je suis sur un réseau local donc la probabilité d'avoir une merde est très faible. En plus le but ne serait d'envoyer par le réseau que les différences.

 
Ca dépend des objectifs. Il est clair que la version fichier locale est plus facile, mais il faut pouvoir gérer proprement les effets de bords en cas de crash.
 

 
NFS est très dangereux: c'est un protocole à la base stateless, qui ne fait aucun controle d'intégrité.

machin + bzip2 + rsync
 
et surtout pas gzip.

C'est con que comme SGBD mysql aussi faut dire.

 
Je ne souhaite pas créer de fichier localement sur la machine source.

Si tu rsync, tu peux forcer la vérification des sommes de contrôles bloc par bloc (MD4)

 
Tu fais ton dump en local, tu rsync, si rsync est bon bah tu suppr le fichier local, si pas bon tu gardes la version locale.
 
Lorsque je parlais de NFS je voyais plutot la chose qu'il veut en mettre en place ce type de dump sur du WAN et pas du LAN (donc y a pas de NFS en place ou autre)
 
Ok c'est sur du LAN je ne savais pas

C'est difficile ce que tu demande. Je me suis posé les même questions que toi.Comment repérer les nouveaux enregistrements des anciens. Comment repérer les anciens qui ont été simplement modifier.
Si tes tables sont imbriquées, comment se retrouver dans les bonnes modifs. Tu n'as pas trop le choix. Peut être peux-tu filtrer par date mais ça reste dangereux.  
Le dumpmysql ressort seulement les données et je trouve bien de tout avoir pour garder une bonne cohérence de ta base.Pour bien gérer, je crois que ton application doit faire une copie des nouveaux enregistrements dans une table à part que tu pourras sauvegarder. Ainsi tu gères toi-même tes restaurations. Perso, vu le bordel que ça fait, j'ai vite abandonné.
Aujourd'hui j'utilise grsync + des scripts.