Erreur STATS_PERSISTENT=0 lors de l'import de la base de données SQL

Réduire
Ce sujet est fermé.
X
X
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [RÉGLÉ] Erreur STATS_PERSISTENT=0 lors de l'import de la base de données SQL

    D'emblée je vous signale que je n'y connais RIEN en SQL... ça s'annonce mal me direz-vous !

    Mon problème est le suivant : je viens de migrer l’entièreté de mon site STATIC en Jommla2.5.xx. Jusque là, quelques problèmes, mais rien d’insoluble. J'ai réussi après quelques tâtonnements à déplacer mon sit LOCAL d'une machine sur une autre (base SQL comprise).

    Puis l'heure est venur de transférer mon site fini sur OVH, et c'est là que cela se corse...
    Quelques tâtonnements, puis un vrai problème...

    J'ai commencé par créer une base de données SQL vide chez mon hébergeur : OK
    Ensuite, j'ai installé un Joomla 2.5 vierge dans mon espace web OVH : OK
    Alors j'ai vérifié que j'y avais bien accès, et modifié le fichier configuration.php en conséquence : OK

    Puis j'ai recopié l'ensemble de mon site en écrasant les fichiers de l'application vierge chez OVH : OK
    J'ai exporté ma base de données (qui s'appelait mysql) dans le fichier mysql.sql : OK

    Enfin j'ai voulu importer cette BD dans le phpadmin de OVH et là :

    Erreur

    Requête SQL :



    -- --------------------------------------------------------

    --
    -- Structure de la table `innodb_index_stats`
    --

    CREATE TABLE IF NOT EXISTS `innodb_index_stats` (
    `database_name` varchar(64) COLLATE utf8_bin NOT NULL,
    `table_name` varchar(64) COLLATE utf8_bin NOT NULL,
    `index_name` varchar(64) COLLATE utf8_bin NOT NULL,
    `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
    `stat_name` varchar(64) COLLATE utf8_bin NOT NULL,
    `stat_value` bigint(20) unsigned NOT NULL,
    `sample_size` bigint(20) unsigned DEFAULT NULL,
    `stat_description` varchar(1024) COLLATE utf8_bin NOT NULL,
    PRIMARY KEY (`database_name`,`table_name`,`index_name`,`stat_n ame`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin STATS_PERSISTENT=0;

    MySQL a répondu: Documentation
    #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'STATS_PERSISTENT=0' at line 17
    J'ai cherché un peu partout sur le net, j'obtiens toutes sortes de réponses que j'ai toutes essayées, rien n'y fait. J'ai beau utiliser le mode compatibilité MYSQL40 et d'autres options, j'obtiens toujours cette foutue réponse.
    Si j'exporte en zip, rien n'y fait.

    Bref : coincé !

    Si Joomla est génial, pour les imports / exports, il repassera... On est loin, très loin, de la simple copie de fichiers d'un site statique...

    J'ai d'autant plus de mal à comprendre que j'ai réussi un transfert en local sur deux machines différentes.
    Alors qu'est-ce qui coince ?

    Pouvez-vous m'aider ?

    Merci d'avance !
    Yann

  • #2
    Re : Erreur STATS_PERSISTENT=0 lors de l'import de la base de données SQL

    La solution simple eut été de sauvegarder ton site avec AkeebaBackup et de le restaurer chez OVH après avoir créé la base de données.

    J'ai exporté ma base de données (qui s'appelait mysql)
    C'est là qu'est ton erreur : la base nommée mysql fait partie de la structure de Mysql, et contient des tables qui n'ont rien à voir avec Joomla entre autres celle qui pose problème (innodb_index_stats). Il aurait fallu créer une autre base, nommée par exemple Joomla. La tu peux encore rattraper le coup en recommençant l'export de tes tables, mais en ne sélectionnant que celles qui concernent Joomla (elles ont le même préfixe) et l'importation devrait mieux se passer.
    Connaissez-vous la loi de Murphy ? Appliquée à Joomla elle pourrait s'énoncer ainsi :
    C'est toujours lorsqu'on n'a pas pris le temps de faire une sauvegarde que les problèmes surgissent et s'enchainent.
    Moralité : faites des sauvegardes, elles vous paraitront peut-être superflues mais elles ne sont jamais inutiles.

    Commentaire


    • #3
      Re : Erreur STATS_PERSISTENT=0 lors de l'import de la base de données SQL

      C'est sans doute là l'erreur. Je ne me rappelle plus comment j'avais transféré la BD d'un PC à l'autre... Je vais essayer ce soir de ne transférer QUE les tables qui ont un préfixe correspondant à ma table originale.
      Merci ! Je vous tiens au courant.

      Commentaire


      • #4
        Re : Erreur STATS_PERSISTENT=0 lors de l'import de la base de données SQL

        Ok je confirme : c'était bien cela ! Mon site est enfin en ligne : OUF et MERCI !

        Commentaire

        Annonce

        Réduire
        1 sur 2 < >

        C'est [Réglé] et on n'en parle plus ?

        A quoi ça sert ?
        La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

        Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

        Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
        Comment ajouter la mention [Réglé] à votre discussion ?
        1 - Aller sur votre discussion et éditer votre premier message :


        2 - Cliquer sur la liste déroulante Préfixe.

        3 - Choisir le préfixe [Réglé].


        4 - Et voilà… votre discussion est désormais identifiée comme réglée.

        2 sur 2 < >

        Assistance au forum - Outil de publication d'infos de votre site

        Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

        Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

        Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

        UTILISER À VOS PROPRES RISQUES :
        L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

        Problèmes connus :
        FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

        Installation :

        1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

        Archive zip : https://github.com/AFUJ/FPA/zipball/master

        2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

        3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

        4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

        5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

        6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
        et remplacer www. votresite .com par votre nom de domaine


        Exemples:
        Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
        Télécharger le script fpa-fr.php dans: /public_html/
        Pour executer le script: http://www..com/fpa-fr.php

        Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
        Télécharger le script fpa-fr.php dans: /public_html/cms/
        Pour executer le script: http://www..com/cms/fpa-fr.php

        En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

        Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
        Voir plus
        Voir moins
        Travaille ...
        X