Usando un temporizador (usando SQL para consultar datos para sincronización), la implementación es relativamente simple.
En tiempo real, el mensaje se coloca en MQ, los consumidores lo consumirán automáticamente, la complejidad es mayor.
El método MQ mantiene una fuerte consistencia de datos porque MQ puede reintentar y compensar automáticamente. Pero logstash no puede lograr compensación y volver a intentarlo.
No es posible agregar datos de manera flexible, por ejemplo, después de realizar alguna agregación, consulta y otras operaciones en los datos agregados a mysql, y luego agregarlos a es, este complemento de operación es difícil de lograr.
Es más fácil de implementar, pero el rendimiento en tiempo real no es fuerte y la tasa de tolerancia a fallas es baja.
Solución recomendada: en segundo lugar, debido a que MQ puede lograr una alta disponibilidad y persistencia de la información sin perder mensajes, es difícil para el consumidor agregar fallas, y las fallas también se pueden procesar después del registro.