SELECT count(*) from table
me donne 3296869 lignes.Pourquoi mysqldump échoue?
La table ne contient que 4 colonnes, stockant les domaines supprimés. J'ai essayé de vider le sql par:
$backupFile = $dbname . date("Y-m-d-H-i-s") . '.gz';
$command = "mysqldump --opt -h $dbhost -u $dbuser -p $dbpass $dbname | gzip > $backupFile";
Cependant, cela juste dumps un fichier 20 KB gzippés vide. Mon client utilise un hébergement partagé, de sorte que les spécifications du serveur et l'utilisation des ressources ne sont pas les meilleures.
Je ne suis même pas donné l'accès ssh ou l'accès directement à la base de données donc je dois faire des requêtes via des scripts PHP que je télécharge via FTP (SFTP n'est pas une option, encore une fois).
Y a-t-il un moyen pour que je puisse peut-être en télécharger séquentiellement des parties, ou passer un argument à mysqldump
pour l'optimiser?
Je suis tombé sur http://jeremy.zawodny.com/blog/archives/000690.html qui mentionne le drapeau -q
et essayé mais ça n'a pas l'air de faire différemment.
EDIT: Tout est venu avec l'idée que peut-être mysqldump
n'est pas installé et il ne fait que le gzip, mais le système isnt .. se plaignant d'essayer de vérifier l'erreur ..
EDIT # 2:which mysqldump
a retourné /usr/bin/mysqldump
donc c'est là.
du '0 KB'. Merci et bonne visite et bienvenue sur le site! –