Discussion :

[Bromf39]

Bonjour,

Je suis en train d'essayer de récupérer le contenu d'un vieux site. Celui-ci se trouve sur une mysql 5.5 hebergée par OVH.
Toutes les tables semblent intactes, mais j'ai un problème avec leur contenu.

Plus précisément, le contenu semble être perdu dès qu'un caractère spécial a été employé.

Concrètement, dans le cas de posts que blog que je voudrais récupérer, les contenus apparaissent comme ceci dans phpmyadmin:



J'ai essayé d'exporter toute la bdd, que ce soit en csv, xml, ... en utf8, en vain.

Le contenu est-il réellement perdu ? Savez-vous comment je pourrais contourner le problème ?
Le site en question était en php3 et a été laissé à l'abandon pendant pas mal d'années. Suite au passage automatique à une version plus récente de php, il a cessé de fonctionner.

Je m'excuse d'avance si la réponse semble évidente, je suis novice en la matière.

Merci beaucoup pour votre aide !

Bien à vous,
Romain

[Michel.Priori]

Faire un backup de la base avec mysqldump me parait une bonne solution.

Il me semble incongru qu'on ne se soit pas aperçu de l'erreur directement sur le site web avant d'avoir tenté l'export...

[Bromf39]

Bonjour Michel,

Merci pour le coup de main ! Je viens de faire le mysqldump.
Même résultat, toutes les entrées sont tronquées comme dans phpmyadmin.

Le site lui-même était inaccessible depuis plusieurs mois avant qu'on ne me demande d'y jeter un oeil aujourd'hui.
Mais apparemment, il n'y avait pas vraiment de données manquantes quant le site était encore en ligne.

[Michel.Priori]

Bon, ça pue l'erreur lors de l'import.

Juste pour le fun, sur les lignes déjà repérées, est-ce la fonction CHAR_LENGTH() est cohérente avec le contenu affiché ?

[Bromf39]

Oui, le nombre de caractères concorde.

Je ne comprends pas ce qui a pu modifier le contenu de toute la db comme ça

[Michel.Priori]

Aujourd'hui on est en face du constat ; ça ne veut pas dire qu'hier c'était juste !
L'erreur a pu perduré sans que personne n'ose la soulever.

Dernier truc : si la base a activé les log binaires on peut partir dans l'analyse de ceux-ci.
1- Espoir faible
-- que les log binaires aient été activés
-- que les fichiers n'ont pas été effacés depuis
-- qu'on y trouve l'opération initiale prouvant que les données étaient intègres
2- Est-ce que c'est rentable d'y passer autant de temps ?

Au cas où l'utilitaire est mysqlbinlog

[Artemus24]

Salut à tous.

Plus précisément, le contenu semble être perdu dès qu'un caractère spécial a été employé.

Il tronque la ligne quand il rencontre le "è" pour tous vos exemples.

Je me pose la question du type de charset ainsi que le collate qui a été utilisé pour la création de la table.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME = 'nom_de_votre_base';

Quand Michel Priori vous demande :

Juste pour le fun, sur les lignes déjà repérées, est-ce la fonction CHAR_LENGTH() est cohérente avec le contenu affiché ?

Vous répondez :

Oui, le nombre de caractères concorde.

Si votre réponse est correcte alors dans la table, la ligne n'est pas tronquée.

@+