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.
Exemple #1 On provoque une erreur de connexion
{
"myapp": {
"master": {
"master_0": {
"host": "localhost",
"socket": "\/tmp\/mysql.sock"
}
},
"slave": {
"slave_0": {
"host": "invalid_host_name",
}
},
"lazy_connections": 1
}
}
L'activation explicite des connexions paresseuses est effectuée ici que dans un but de démonstration.
Exemple #2 Erreur de connexion sur l'exécution d'une requête
<?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();
?>
L'exemple ci-dessus va afficher quelque chose de similaire à :
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 [2002] php_network_getaddresses: getaddrinfo failed: Name or service not known
Les applications doivent être capables de gérer les erreurs de connexions. au moyen d'un gestionnaire d'erreurs correct.
Suivant le cas rencontré, les applications peuvent vouloir gérer les erreurs de connexions différemment des autres erreurs. Typiquement, les erreurs de connexions sont 2002 (CR_CONNECTION_ERROR) - Can't connect to local MySQL server through socket '%s' (%d), 2003 (CR_CONN_HOST_ERROR) - Can't connect to MySQL server on '%s' (%d) et 2005 (CR_UNKNOWN_HOST) - Unknown MySQL server host '%s' (%d). Par exemple, l'application doit tester les codes erreurs et manuellement exécuter une fonction appropriée. La philosophie du plugin n'est pas d'offrir de fonction adéquate lors d'un échec du maître, car ces échecs ne sont pas des opérations transparentes.
Exemple #3 On provoque une erreur de connexion
{
"myapp": {
"master": {
"master_0": {
"host": "localhost"
}
},
"slave": {
"slave_0": {
"host": "invalid_host_name"
},
"slave_1": {
"host": "192.168.78.136"
}
},
"lazy_connections": 1,
"filters": {
"roundrobin": [
]
}
}
}
L'activation explicite des connexions paresseuses est effectuée ici uniquement dans un but démonstratif. Notez que la balance de charge round robin est utilisée en lieu et place de la méthode par défaut random once
Exemple #4 Échec les plus courants
<?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();
?>
L'exemple ci-dessus va afficher quelque chose de similaire à :
[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.
Document créé le 30/01/2003, dernière modification le 26/10/2018
Source du document imprimé : https://www.gaudry.be/php-rf-mysqlnd-ms.errorhandling.html
L'infobrol est un site personnel dont le contenu n'engage que moi. Le texte est mis à disposition sous licence CreativeCommons(BY-NC-SA). Plus d'info sur les conditions d'utilisation et sur l'auteur.
Références
Ces références et liens indiquent des documents consultés lors de la rédaction de cette page, ou qui peuvent apporter un complément d'information, mais les auteurs de ces sources ne peuvent être tenus responsables du contenu de cette page.
L'auteur de ce site est seul responsable de la manière dont sont présentés ici les différents concepts, et des libertés qui sont prises avec les ouvrages de référence. N'oubliez pas que vous devez croiser les informations de sources multiples afin de diminuer les risques d'erreurs.
