Niveau de service et consistence

Note: Versions requises

Les niveaux de services ont été ajoutés dans mysqlnd_ms version 1.2.0-alpha. mysqlnd_ms_set_qos() est disponible pour PHP 5.4.0 ou plus récent.

Differents types de solutions de cluster MySQL offrent différents niveaux de consistence des données à leurs utilisateurs. Un cluster asynchrone offre une consistence éventuelle par défaut. Une lecture exécutée sur un esclave peut retourner une donnée fraiche, dépassée, ou pas de donnée du tout en fonction de l'état d'avancement de la réplication de l'esclave sur le maitre.

Les applications utilisant le cluster de replication MySQL doivent être conçues pour fonctionner avec une consistence éventuelle des données. Dans certains cas, des données non fraiches ne sont pas acceptables. Dans ces cas-là, seuls certains esclaves voire même uniquement le maitre sont autorisés pour atteindre la qualité de service nécessaire.

Depuis mysqlnd_ms 1.2.0, le plugin peut sélectionner un noeud automatiquement pour assurer une consistence de session ou une consistence forte. La consistence de session implique qu'un client peut lire ses écritures, les autres clients peuvent voir ou non les écritures. La consistence forte assure que tous les autres clients verront les écritures.

{
    "myapp": {
        "master": {
            "master_0": {
                "host": "localhost",
                "socket": "\/tmp\/mysql.sock"
            }
        },
        "slave": {
            "slave_0": {
                "host": "127.0.0.1",
                "port": "3306"
            }
        }
    }
}

Les niveaux de service peuvent être indiqués dans le fichier de configuration et durant l'exécution via mysqlnd_ms_set_qos(). Dans l'exemple la fonction est utilisée pour forcer la consistence de session pour toutes les requêtes futures jusqu'à nouvel ordre. La requête SELECT sur la table orders est lancée sur le maitre pour s'assurer que l'écriture précédente peut être vue par le client. La logique de spération des lectures/écritures a donc été adaptée pour satisfaire le niveau de service demandé.

Après que l'application n'ait lue ses changements depuis la table orders elle retourne dans le niveau de service par défaut, c'est-à-dire la consistence éventuelle. Celle-ci ne propose aucune restriction quant au choix du noeud, ainsi, la requête SELECT sur la table specials est exécutée sur l'esclave.

Cette fonctionnalité est supérieure aux astices SQL et à l'option de configuration master_on_write. Dans beaucoup de cas, mysqlnd_ms_set_qos() est plus facile à utiliser, plus puissante et plus portable.

{
    "myapp": {
        "master": {
            "master_0": {
                "host": "localhost",
                "socket": "\/tmp\/mysql.sock"
            }
        },
        "slave": {
            "slave_0": {
                "host": "127.0.0.1",
                "port": "3306"
            }
        },
        "failover" : "master"
    }
}

Le niveau de consistence éventuelle peut utiliser un paramètre optionnel permettant d'indiquer l'âge maximum de retard des esclaves pour leur sélection. Ainsi, le plugin vérifiera SHOW SLAVE STATUS pour tous les esclaves configurés. Dans notre exemple, seuls les esclaves pour qui Slave_IO_Running=Yes, Slave_SQL_Running=Yes et Seconds_Behind_Master <= 4 est vrai sont considérés dans le choix pour l'éxecution de SELECT item, price FROM daytrade.

La vérification SHOW SLAVE STATUS est transparente coté application. Si des erreurs surviennent, elles seront reportées sous forme de Warning. Aucune erreur ne sera émise sur la connexion. Même si tous les SHOW SLAVE STATUS échouent, l'éxecution de la requête de l'utilisateur aura quand même lieu si la reprise sur incident du maitre est activée. Ainsi, aucun changement côté applicatif n'est nécessaire.

Note: Opérations couteuses et lentes

Vérifier SHOW SLAVE STATUS pour tous les esclaves ajoute de la charge. C'est une opération couteuse. Malheureusement, le cluster de réplication MySQL n'offre pas d'autre moyen de procéder pour vérifier le retard d'un esclave.

Notez les limites et les propriétés de SHOW SLAVE STATUS en lisant le manuel de référence de MySQL.

Pour évoter que le plugin ne génère un Warning si aucun esclave satisfaisant le critère de retard ne peut être trouvé, il est nécessaire d'activer la reprise sur incident du maitre dans le fichier de configuration. Dans ce cas, le plugin sélectionnera un maitre.

Si aucun esclave n'est trouvé et que la reprise sur incident est désactivée, le plugin génèrera un Warning, il n'exécutera pas la requête et placera la connexion en erreur.

{
    "myapp": {
        "master": {
            "master_0": {
                "host": "localhost",
                "socket": "\/tmp\/mysql.sock"
            }
        },
        "slave": {
            "slave_0": {
                "host": "127.0.0.1",
                "port": "3306"
            }
        }
    }
}

PHP Warning:  mysqli::query(): (mysqlnd_ms) Couldn't find the appropriate slave connection. 0 slaves to choose from. Something is wrong in %s on line %d
PHP Warning:  mysqli::query(): (mysqlnd_ms) No connection selected by the last filter in %s on line %d
[2000] (mysqlnd_ms) No connection selected by the last filter