Parfois, dans certaines circonstances, wp_options (ou toute autre table) peut perdre son index de clé primaire.
La raison exacte de ce problème n’est pas claire à 100 %. Cela semble pouvoir se produire si la base de données a été migrée manuellement d’une base de données à une autre, ou en utilisant un Plugin ou un outil qui ne couvrait pas toutes les configurations, comme l’utilisation de différentes versions MySQL ou types comme InnoDB ou MyISAM.
Pour être clair : WP STAGING n’est pas la cause de cette erreur. Nous t’aidons seulement à détecter cette erreur en affichant un avertissement bien visible dans ton tableau de bord d’administration quand cela se produit :
Nous faisons cela parce que cette erreur est critique et très insidieuse. Tu ne la remarqueras pas jusqu’à ce qu’il soit trop tard pour la résoudre rapidement. Plus tu attends pour la corriger, plus il devient difficile de la résoudre.
C’est parce que ton site se comportera presque comme avant et ne fonctionnera différemment qu’en coulisses.
Voici un exemple rapide de pourquoi cela affecte la table wp_options :
La table wp_options a une colonne nommée option_id. Cet ID est généralement unique et ne peut être attribué qu’une seule fois à une ligne. L’ID est automatiquement incrémenté pour chaque ligne comme ceci :
option_id | option_name
1 | option1
2 | option2
3 | option3
Si la clé primaire est manquante, l’option_id n’est plus incrémenté et toutes les nouvelles lignes obtiendront le numéro option_id 0, comme ceci :
option_id | option_name
1 | option1
2 | option2
3 | option3
0 | option4
0 | option5
0 | option6
Le problème apparaît lorsque tu essaies d’exporter et d’importer ces lignes dans une autre base de données. L’option_id doit être un numéro unique, donc des erreurs d’insertion SQL comme « Can not insert duplicate key … » s’afficheront et stopperont la migration.
Par conséquent, WP STAGING et tout autre Plugin de migration ne peuvent pas effectuer le transfert de données de la base de données vers une autre base de données. Par exemple, le processus de déploiement du site de staging vers le site de production échouera.
Cette capture d’écran montre une table wp_options ordinaire avec une clé primaire définie sur la colonne option_id :
Cette deuxième capture d’écran montre la table wp_options sans clé primaire :
Remarque : Tu auras besoin d’un outil de gestion de base de données pour ce tutoriel, par exemple « adminer » ou PHPMyAdmin.
Renommer les option_id existants
- Sauvegarde ta base de données entière et télécharge-la.
- Modifie les valeurs d’option_id pour tous les ID dupliqués.
Je te suggère de récupérer le plus grand numéro que tu as dans la colonne option_id et de l’incrémenter un par un. Ce screencast te montre comment procéder :
Ajouter l’index de clé primaire et modifier la table
- Ouvre phpmyadmin ou adminer et navigue vers la table wp_options.
- Clique sur « Modifier les indexes » comme dans cette capture d’écran :
- Ensuite, définis « option_id » comme clé primaire :
- Si tu obtiens l’erreur « Duplicate entry ‘0’ for key PRIMARY », cela signifie qu’il y a encore des ID dupliqués dans la table et que tu n’en as pas modifié tous :
- Dans ce cas, trouve les valeurs restantes et incrémente-les de sorte qu’il n’y ait plus de doublons dans la table. Après cela, tu peux recommencer à ajouter la CLÉ PRIMAIRE à la table.
Après avoir corrigé la clé primaire manquante, tu es prêt à déployer le site de staging vers le site live ; il est cependant recommandé de sauvegarder la base de données.
