Gestion des erreurs

Les applications utilisant PECL/mysqlnd_ms doivent gérer proprement les erreurs pouvant survenir de tous les appels API utilisateur. En raison du fait que le plugin modifie la sémantique d'un gestionnaire de connexion, les appels API peuvent retourner des erreurs inattendues. Si vous utilisez le plugin, un gestionnaire de connexion ne représente plus une connexion réseau individuelle mais un groupe de connexions. Un code erreur et un message d'erreur peuvent être définis sur le gestionnaire de connexion, que l'erreur survienne sur n'importe quelle connexion réseau du groupe.

Si vous utilisez les connexions paresseuses, (ce qui est le comportement par défaut), les connexions ne sont pas ouvertes tant qu'elle n'est pas nécessaire pour l'exécution d'une requête. Toutefois, il peut survenir qu'un appel API pour l'exécution d'une requête retourne une erreur de connexion. Dans l'exemple suivant, une erreur est provoquée lorsque l'on tente d'exécuter une requête sur un esclave. L'ouverture de la connexion esclave échoue car le fichier de configuration du plugin liste un nom d'hôte invalide pour l'esclave.

<?php
$mysqli = new mysqli("myapp", "username", "password", "database");
if (mysqli_connect_errno())
  /* Bien sûr, votre gestion des erreurs est bien meilleure... */
  die(sprintf("[%d] %s\n", mysqli_connect_errno(), mysqli_connect_error()));

/* Connexion 1, la connexion lie la variable SQL ; ce n'est pas un SELECT, la requête sera donc exécuté sur le maître */
if (!$mysqli->query("SET @myrole='master'")) {
 printf("[%d] %s\n", $mysqli->errno, $mysqli->error);
}

/* Connexion 2, exécution sur l'esclave car SELECT provoque une erreur de connexion */
if (!($res = $mysqli->query("SELECT @myrole AS _role"))) {
 printf("[%d] %s\n", $mysqli->errno, $mysqli->error);
} else {
 $row = $res->fetch_assoc();
 $res->close();
 printf("@myrole = '%s'\n", $row['_role']);
}
$mysqli->close();
?>

<?php
$mysqli = new mysqli("myapp", "username", "password", "database");
if (mysqli_connect_errno())
  /* Évidemment, votre gestionnaire d'erreur est bien meilleur... */
  die(sprintf("[%d] %s\n", mysqli_connect_errno(), mysqli_connect_error()));

/* Connexion 1, la connexion lie la variable SQL user ; pas de SELECT, la requête peut se faire sur le maître */
if (!$mysqli->query("SET @myrole='master'")) {
 printf("[%d] %s\n", $mysqli->errno, $mysqli->error);
}

/* Connexion 2, d'abord, sur l'esclave */
$res = $mysqli->query("SELECT VERSION() AS _version");
/* Échec manuel */
if (2002 == $mysqli->errno || 2003 == $mysqli->errno || 2004 == $mysqli->errno) {
  /* Connexion 3, la première connexion à l'esclave échoue, tentative du prochain esclave */
  $res = $mysqli->query("SELECT VERSION() AS _version");
}

if (!$res) {
  printf("ERROR, [%d] '%s'\n", $mysqli->errno, $mysqli->error);
} else {
 /* Les messages d'erreur sont récupérés de la connexion 3, et donc, aucune erreur */
 printf("SUCCESS, [%d] '%s'\n", $mysqli->errno, $mysqli->error);
 $row = $res->fetch_assoc();
 $res->close();
 printf("version = %s\n", $row['_version']);
}
$mysqli->close();
?>

[1045] Access denied for user 'username'@'localhost' (using password: YES)
PHP Warning:  mysqli::query(): php_network_getaddresses: getaddrinfo failed: Name or service not known in %s on line %d
PHP Warning:  mysqli::query(): [2002] php_network_getaddresses: getaddrinfo failed: Name or service not known (trying to connect via tcp://invalid_host_name:3306) in %s on line %d
SUCCESS, [0] ''
version = 5.6.2-m5-log

Dans quelques cas, il n'est pas possible facilement de récupérer toutes les erreurs qui surviennent sur toutes les connexions réseaux via le gestionnaire de connexions. Supposons qu'un groupe de connexions contient 3 connexions ; une vers le maître et deux autres vers des esclaves. L'application modifie la base de données courante en utilisant l'appel API mysqli_select_db(), qui appelle la fonction de la bibliothèque mysqlnd pour modifier le schéma. mysqlnd_ms surveille la fonction et tente de changer la base de données courante sur toutes les connexions afin d'harmoniser leurs statuts. Supposons que le maître arrive à changer la base de données, mais que les esclaves échouent. Lors de la première erreur depuis le premier esclave, le plugin définira une erreur appropriée sur le gestionnaire de connexions. La même chose est effectuée lorsque le second esclave échoue. Le message d'erreur depuis le premier esclave est alors perdu.

Un tel cas peut être débogué soit en vérifiant les erreurs de type E_WARNING (voir ci-dessus), ou soit, s'il n'y a pas d'autres options, en investiguant les traces et l'historique de déboguage mysqlnd_ms.