Debido a que el tiempo de replicación de MySQL es una variable incontrolable (incluso en implementaciones adecuadas, pueden surgir problemas que detengan la replicación o la bloqueen), es mejor no confiar en la replicación de datos. Puede dividir el problema en dos situaciones:
1) Soy el usuario que realiza una operación CUD, espero que las palabras posteriores de la operación R reflejen el cambio que acabo de realizar. En este caso, es absolutamente necesario extraer los datos del maestro, porque el usuario espera que su cambio tenga efecto.
2) Soy un usuario externo, no sé si ocurrió un comando CUD y, en general, no me importa, por lo que es aceptable devolver datos obsoletos (en el 99% de las implementaciones, de lo contrario, probablemente no estaría usando PHP * ).
Una alternativa al n. ° 1 sería informar al usuario que su cambio se está propagando y es aceptable en algunas situaciones, p. muchos sitios web le dirán que x puede tardar hasta y minutos en aparecer, esta es esta situación en acción.
- Si necesita actualizaciones instantáneas, puede intentar escribir en una capa de caché que se sondea junto con los datos de la base de datos (potencialmente poco confiables). Algo como memcached sería un candidato principal.
