## 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.