Problèmes avec MySQL InnoDB: erreur du système d'Exploitation numéro 2 dans une opération de fichier
Je suis le développement local et l'aide de Mamp Pro.
Fondamentalement, MySQL est d'avoir des difficultés à démarrer et voici le message d'erreur dans le journal des erreurs:
Une idée de comment résoudre ce problème?
2017-03-02 00:39:08 9518 [Note] Plugin 'FEDERATED' is disabled.
2017-03-02 00:39:08 9518 [Note] InnoDB: Using atomics to ref count buffer pool pages
2017-03-02 00:39:08 9518 [Note] InnoDB: The InnoDB memory heap is disabled
2017-03-02 00:39:08 9518 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2017-03-02 00:39:08 9518 [Note] InnoDB: Memory barrier is not used
2017-03-02 00:39:08 9518 [Note] InnoDB: Compressed tables use zlib 1.2.8
2017-03-02 00:39:08 9518 [Note] InnoDB: Using CPU crc32 instructions
2017-03-02 00:39:08 9518 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2017-03-02 00:39:08 9518 [Note] InnoDB: Completed initialization of buffer pool
2017-03-02 00:39:08 9518 [Note] InnoDB: Highest supported file format is Barracuda.
2017-03-02 00:39:08 9518 [Note] InnoDB: Log scan progressed past the checkpoint lsn 663573438
2017-03-02 00:39:08 9518 [Note] InnoDB: Database was not shutdown normally!
2017-03-02 00:39:08 9518 [Note] InnoDB: Starting crash recovery.
2017-03-02 00:39:08 9518 [Note] InnoDB: Reading tablespace information from the .ibd files...
2017-03-02 00:39:08 9518 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace affiliate_blog_1_old/wpab1_7_woocommerce_order_itemmeta uses space ID: 367 at filepath: ./affiliate_blog_1_old/wpab1_7_woocommerce_order_itemmeta.ibd. Cannot open tablespace freshwp/freshwp_wfblocksadv which uses space ID: 367 at filepath: ./freshwp/freshwp_wfblocksadv.ibd
2017-03-02 00:39:08 7fff7b652000 InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: If you are installing InnoDB, remember that you must create
InnoDB: directories yourself, InnoDB does not create them.
InnoDB: Error: could not open single-table tablespace file ./freshwp/freshwp_wfblocksadv.ibd
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.
170302 00:39:08 mysqld_safe mysqld from pid file /Applications/MAMP/tmp/mysql/mysql.pid ended
Du code ci-dessus, l'erreur semble être:
2017-03-02 00:39:08 9518 [ERREUR] InnoDB: Tentative d'ouvrir un déjà ouvert un espace de table.
Tablespace précédent affiliate_blog_1_old/wpab1_7_woocommerce_order_itemmeta
utilise l'ID de l'espace: 367
au chemin d'accès du fichier: ./affiliate_blog_1_old/wpab1_7_woocommerce_order_itemmeta.mici.
Ne peut pas ouvrir un tablespace freshwp/freshwp_wfblocksadv qui utilise l'espace ID: 367
au chemin d'accès du fichier: ./freshwp/freshwp_wfblocksadv.mici
Ce qui s'est passé avant cela? Il semble y avoir eu un accident et/ou d'une ou de mauvais conseil bricoler avec les fichiers de données.
oui j'ai essayé l'option 3 en ajoutant "innodb_force_recovery > 0", mais il n'a rien fait. Les autres solutions... eh bien, je ne suis pas à l'aise de les exécuter / ne sais pas comment.
Je travaillais sur mon site WP sur l'admin principal des pages et tout simplement la mise en place du site et je ne sais pas, rien d'inhabituel.
est la seule erreur, et/ou si la base de données de travail par la suite (ou maby ejust semblent fonctionner). Ou si il n'est pas une raison sous-jacente de l'incident (panne de ram ou un disque dur). Pour améliorer vos chances, vous pouvez engager quelqu'un pour le faire pour vous. Mais dans votre cas, il ne semble pas être un site de production, ni les données importantes, et la réinstallation de votre thème wp pourrait le réparer. Alors, soyez heureux, c'est arrivé maintenant et pas plus tard. Utiliser cette astuce pour faire des sauvegardes (il existe des plugins wordpress pour que). Ce serait d'ailleurs la première chose que quelqu'un vous embaucher vont se demander: "quel est l'âge de votre sauvegarde".
OriginalL'auteur Treb | 2017-03-02
Vous devez vous connecter pour publier un commentaire.
A récemment rencontré des problème similaire développement local w/MAMP. Journal inclus "de la Base de données n'a pas été arrêté normalement", des messages d'erreur similaires à partir de ce point, et les suggestions. Ci-dessous sont les étapes que résolu:
N'avait pas encore fait beaucoup de travail avec la DB, il était donc prêt à perdre des données ou même réinstaller MAMP; si votre situation est différente, probablement préférable de d'abord faire une sauvegarde de votre répertoire db pour une .fichier zip de sorte que vous pouvez essayer quelque chose d'autre plus tard si pas de chance.
Espère que cette aide.
....
mise à JOUR:
L'ai trouvé plus rapide pour remplacer les étapes 3 et 6 par le texte suivant:
3. Créez un dossier temporaire dans un endroit pratique; sélectionner tous les .la bid fichiers et les déplacer dans le dossier.
6. Déplacer les fichiers dans le dossier d'origine à partir de l'Étape 2.
....
Ce n'est pas travaillé pour moi, mais ce n': blog.l'ign.uy/2017/how-to-fix-mysql-pas-de départ-sur-mamp pro
OriginalL'auteur John