4.El proceso central del algoritmo ZAB

lt; zookeepergt; El código fuente para la comunicación entre el cliente y el servidor es demasiado complicado. Miré el código fuente relacionado con las elecciones antes, pero no obtuve mucho, así que no voy a mirar esta parte. Código fuente ahora. Lo compensaré cuando tenga tiempo en el futuro. Como se mencionó anteriormente, la comunicación entre el cliente y el servidor durante el proceso de elección la maneja el servidor a través de CnxnChannelHandler. Esta publicación resume principalmente cómo el cuidador del zoológico garantiza la coherencia de los datos.

4. El seguidor recibe el mensaje de confirmación y envía sus propios datos de memoria.

1. La propuesta de transacción tiene un ID único que se incrementa globalmente, llamado ID de transacción (ZXID), que es requerido por los protocolo zab El orden de las transacciones está garantizado, por lo que cada transacción debe ordenarse según ZXID y luego procesarse, lo que se logra principalmente a través de colas de mensajes. Esto se logra principalmente a través de colas de mensajes.

2. Solo el servidor Leader acepta solicitudes de escritura. Incluso si el servidor Follower acepta la solicitud de escritura del cliente, se reenviará al servidor Leader para su procesamiento.

ZAB define 2 principios:

Al mismo tiempo:

1. Los 32 bits inferiores pueden considerarse como un simple contador incremental, para cada cliente. En cada solicitud de transacción, el Líder generará una nueva propuesta de transacción y realizará 1 operación en el mostrador.

2. Los 32 bits superiores representan el ZXID de la propuesta de transacción más grande en el registro local del servidor Leader, y el valor de época correspondiente (ciclo de elección de líder) se analiza a partir del ZXID cuando llega la nueva ronda. Se completa la elección, agregue 1 a este valor y el ID de la transacción comienza desde 0 y aumenta.