Français
Français
Dans PHP, MySQLI_STMT :: ATTR_GET est une fonction utilisée pour obtenir la valeur de l'attribut de l'instruction préparée. Bien que cette fonction ne soit pas courante, elle peut être utilisée pour lire l'état interne ou les informations de configuration de l'instruction dans un scénario d'application spécifique, tel que le réglage des performances ou le diagnostic de l'état de communication de la base de données de la couche intermédiaire. Dans les environnements multi-connexions (tels que la gestion de plusieurs connexions de base de données en même temps ou l'utilisation d'un pool de connexion), il est particulièrement important d'utiliser correctement cette fonction. Ci-dessous, nous analyserons plusieurs problèmes clés qui doivent être prêts attention lors de l'utilisation de mysqli_stmt :: att_get sous plusieurs perspectives.
Dans l'architecture MySQLI, un objet mysqli_stmt est lié à une connexion mysqli spécifique. Lorsque vous créez une nouvelle connexion:
$conn = new mysqli("localhost", "user", "password", "database");
$stmt = $conn->prepare("SELECT * FROM users WHERE id = ?");
À l'heure actuelle, $ stmt dépend explicitement de $ Conn . Cela signifie que vous ne pouvez pas réutiliser le $ STMT sur une autre connexion, ni utiliser l'attribut $ stmt pour l'instruction générée par une autre connexion. Ceci est particulièrement important dans plusieurs connexions (telles que plusieurs hôtes différents ou des bases de données maître-esclave séparées en lecture) et peut facilement conduire à des erreurs logiques ou à des exceptions de valeur nulle.
PHP lui-même est exécuté un seul thread, mais en mode FPM ou des cadres asynchrones, plusieurs demandes peuvent fonctionner simultanément différentes connexions. Bien que l'extension MySQLI soit thread-safe (à condition que la prise en charge de la file d'attente soit activée pendant la compilation PHP), MySQLI_STMT :: ATTR_GET n'a pas de visibilité sur l'état de connexion croisée. Si vous appelez ATTR_GET sur une connexion, les résultats de lecture ne représentent que le contexte de connexion et n'ont pas de signification de référence globale.
Les touches d'attribut prise en charge par la méthode Astr_get () sont très limitées et le comportement de ces attributs peut varier d'une versions selon MySQL ou MARIADB. Par exemple, si vous utilisez le code suivant:
$value = $stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE);
Vous vous attendez à lire le type de curseur (tel que mysqli_cursor_type_read_only ), mais si le pilote ou la version sous-jacent ne prend pas en charge la propriété, la valeur de retour peut être fausse et déclenche un avertissement. Cela nécessite une attention particulière dans les groupes de base de données multi-connexion, et tous les comportements possibles de la base de données doivent être testés.
Une fois la connexion échoue ou est fermée activement, même si la variable $ STMT existe toujours, sa poignée sous-jacente n'est pas valide. L'appel ATTR_GET () Retournera False et une erreur peut être signalée. Par exemple:
$conn->close();
$value = $stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE); // échouer
Dans des environnements de concurrence élevés, de tels problèmes peuvent être plus cachés si la connexion est temporairement recyclée (comme le mécanisme "Rental-Return" dans le pool de connexion). Par conséquent, avant d'appeler ATTR_GET , vous devez vous assurer que la connexion est toujours disponible.
Bien que Astr_get () soit une fonction en lecture seule, la lecture de certaines valeurs d'attribut peut provoquer un comportement implicite, tel que l'initialisation de certains mécanismes de tampon du client. Ce comportement peut ne pas être clair dans la documentation officielle, mais peut se produire dans des implémentations spécifiques. Par conséquent, il est recommandé de limiter l'utilisation de l'attriment_get () pour diagnostiquer le code pour éviter les appels fréquents dans la logique métier principale.
Voici un exemple utilisant MySQLI_STMT :: ATTR_GET pour lire le type de curseur:
