ID du modèle Pivot disparu (journal des pièges de Laravel)

Antécédents

Récemment, le projet back-end de l'entreprise a été mis à niveau et mis à niveau de la version précédente de laravel5.6 vers la version laravel5.8. Après la mise à niveau, le système a généré un. beaucoup d'exécution SQL C'était faux, mais cela fonctionnait bien dans l'ancienne version du système, c'est pourquoi le voyage actuel consistant à creuser des trous est né.

Recommandé : "Tutoriel Laravel"

Environnement du projet

Ancien système (linux + laravel5.6 + php7.2 + mysql5.7)

Le nouveau système mis à niveau (linux +laravel5.8 + php7.2 + mysql5.7)

Mise à niveau uniquement de la version du framework Laravel et n'a pas mis à niveau les autres services associés Dépendance.

Mais un grand nombre d'erreurs d'exécution SQL se sont produites. Le suivi des exceptions est le suivant :

Processus d'analyse

Ce qui a causé l'erreur dans ce service est un tel élément de logique métier, qui est simulé via une démo ci-dessous

$pivot = UserRole::firstOrCreate([
    'user_id' => 3,
    'role_id' => 3,
]);
$this->addRoleHistory($user,$pivot->id);
dd($pivot->id);

Dans la version laravel 5.6, ce code s'exécute sans aucun problème, mais il ne le fera pas. fonctionner après la mise à niveau vers la version 5.8. Un grand nombre d'erreurs d'exécution SQL ont été provoquées, comme les suivantes.

laravel5.6:
    dd($pivot->id); //10002
laravel5.8:
    dd($pivot->id); //null

L'ID pouvait être obtenu normalement à partir des données enregistrées dans la version 5.6, mais pourquoi ne pouvait-il pas fonctionner dans la version 5.8. 5.8, j'ai donc immédiatement vérifié laravel5.8. Selon les notes de version, aucun changement n'a été trouvé pour annuler l'acquisition de l'ID d'incrémentation automatique pour le modèle Pivot, j'ai donc commencé à vérifier le code source 5.8. . .

Tout d'abord, nous avons comparé la fonction firstOrCreate de 5.6 et 5.8 et avons constaté qu'il n'y avait aucun changement et que la logique du code était exécutée correctement.

Continuez ensuite à lire le code de la fonction model->save()

et constatez que les données inexistantes sont insérées via insertAndSetId fonction et la clé primaire est set ID

Mais la fonction insertAndSetId est contrôlée via un attribut membre comme l'incrémentation. La valeur par défaut de l'attribut est true

.

Lorsque cet attribut est modifié, l'étape suivante sera exécutée. Cet attribut de membre a-t-il été manipulé ?

J'ai donc immédiatement vérifié le code source du modèle pivot de 5.8

Enfin, j'ai découvert qu'en 5.8, l'incrémentation est définie sur false par défaut dans l'intermédiaire. Classe Pivot de la table, donc les données ont été insérées avec succès, mais l'ID de clé primaire après l'insertion n'a pas été défini, ce qui a provoqué le blocage des services restants et leur échec de fonctionnement normal...

Plan de réparation

Dans chaque pivot, réécrivez simplement la valeur de l'attribut incrémentiel dans la classe sur true.

class UserRole extends Pivot
{
    public $incrementing = true;
    protected $fillable = [
        'user_id',
        'role_id',
    ];
}

Après réparation :

laravel5.8:
    dd($pivot->id); //10003

Postscript

Je l'ai donc regardé attentivement à nouveau. Dans les notes de version de laravel5.7~laravel5.8, j'ai découvert que la raison de ce changement n'était toujours pas mentionnée, alors je suis retourné sur Google et je n'ai toujours pas trouvé la raison de ce changement. meme.

Au final, les problèmes causés par ce changement ont été résolus avec succès, et cela nous a également rappelé que nous devons encore accorder plus d'attention à la couverture UT et à la compatibilité des versions. modifier les tests dans les mises à niveau de versions ultérieures pour garantir la qualité du projet dans plusieurs dimensions.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!