Lời khuyên của tôi là hãy thử sử dụng asticsearch-jdbc-river vì nhiều lý do.
Một trong số đó là elasticsearch-jbdc-river chung chung hơn trong trường hợp bạn quyết định chuyển đổi RDBMS .
Khác là jbdc-river vẫn được duy trì khi cái kia không có từ 2 năm trước và Elasticsearch đã phát triển rất nhiều kể từ đó.
1. Theo những gì tôi biết, dữ liệu sẽ được truyền trực tuyến từ cơ sở dữ liệu MySQL đến cụm ES sẽ tự động lập chỉ mục nó. Đúng không? Có bất kỳ thời gian chờ hoặc giới hạn nào mà tôi phải biết không?
Dữ liệu từ MySQL nên được truyền tự động từ MySQL đến cụm Elasticsearch mà không có giới hạn thời gian chờ nhưng nút cổ chai sẽ là Kích thước đống JVM của bạn. Tôi không chắc bạn cần bao nhiêu để xử lý lượng dữ liệu bạn có. Bạn cần phải kiểm tra nó.
2. Mối quan hệ khóa ngoại giữa các bảng cơ sở dữ liệu quan hệ sẽ được dịch sang ES như thế nào? Hàng trong bảng có chứa khóa ngoại sẽ trở thành đối tượng bên trong cho tài liệu ES hay một số quan hệ khác giữa các tài liệu ES sẽ được sử dụng?
Elasticsearch là không có schemaless, vì vậy bạn cần phải quản lý bên trong Elasticsearch . Dòng sông chỉ truyền dữ liệu vào cụm của bạn. Bạn có thể xác định ánh xạ của mình khi tạo chỉ mục và sau đó sử dụng sông để truyền nó vào cụm ES.
3. Có bất lợi nào khi sử dụng dòng sông này cho mục đích nêu trên không?
Dòng sông sẽ được thay thế bằng một cách khác sạch hơn để truyền những dữ liệu này nhưng đây là giải pháp tốt nhất hiện tại mà bạn có.
