26
4
CFSDN nhấn mạnh vào giá trị tạo ra nguồn mở và chúng tôi cam kết xây dựng nền tảng chia sẻ tài nguyên để mọi nhân viên CNTT có thể tìm thấy thế giới tuyệt vời của bạn tại đây.
Ngoài MySQL master-Slave, bài viết trên blog CFSDN này còn mang đến cho bạn một sự lựa chọn khác. Galera được tác giả sưu tầm và biên soạn. Nếu bạn quan tâm đến bài viết này thì nhớ like nhé.
Hầu hết các công ty Internet đều sử dụng công cụ InnoDB của MySQL để lưu trữ dữ liệu.
Để đảm bảo tính sẵn sàng cao của cơ sở dữ liệu và đảm bảo mở rộng hiệu suất, hầu hết các công ty sẽ sử dụng kiến trúc cụm MySQL với tính năng đồng bộ hóa chủ-phụ và tách biệt đọc và ghi.
Kiến trúc cụm MySQL đồng bộ hóa chủ-nô truyền thống và phân tách đọc-ghi được thể hiện trong hình trên:
Vẫn như trong hình trên:
(1) Người dùng nên chú ý đến chi tiết cụm và thực hiện phân tách đọc và ghi.
(2) Viết thư viện vẫn là một điểm duy nhất và hiệu suất không thể được mở rộng tuyến tính.
(3) Việc đọc cơ sở dữ liệu bị chậm trễ và dữ liệu không nhất quán.
(4) Nếu thư viện ghi bị lỗi, dữ liệu có thể bị mất từ đầu thư viện.
(5) Nếu phần mềm trung gian được giới thiệu, khả năng SQL sẽ bị ảnh hưởng.
(6) Độ phức tạp trong vận hành và bảo trì,
(7)… 。
Cụm Galera ra đời.
Cụm Galera dựa trên bản sao đồng bộ MySQL InnoDB:
Giọng nói: Nó có thể hỗ trợ các cơ sở dữ liệu khác như MariaDB. Bài viết này tập trung vào MySQL.
Như thể hiện trong hình trên:
Trang web chính thức của Galera Cluster tuyên bố rằng nó có những nhược điểm:
(1) True Multi_Master, mọi sửa đổi dữ liệu sẽ được sao chép sang các nút khác.
(2) Không có cái gọi là độ trễ nô lệ, sao chép đồng bộ,
(3) Tính nhất quán mạnh mẽ, tất cả các nút đều ở trạng thái nhất quán,
(4) Chế độ chờ nóng, tính sẵn sàng cao, không cần xử lý cái gọi là chuyển đổi dự phòng chính-phụ và không yêu cầu IP ảo.
(5) Không cần phải tách biệt việc đọc và ghi, và bất kỳ nút nào cũng có thể được đọc và ghi bất cứ lúc nào.
(6) Hỗ trợ InnoDB,
(7) Minh bạch đối với các ứng dụng,
(8)… 。
Nói tóm lại, theo mô tả trên trang web chính thức, cụm Galera có tính khả dụng cao, hiệu suất cao và có thể đảm bảo tính nhất quán và toàn vẹn dữ liệu:
(1) Đối với MySQL,
(2) Dựa trên chứng nhận đồng bộ,
(3) Nhiều bản sao (bản sao).
Giải pháp:
Có vẻ như có khá ít thông tin về Galera trên Internet. Sau khi hỏi một vài người bạn trước đây, có vẻ như nó không được sử dụng nhiều trong các công ty Internet. Tôi định viết sâu về cụm Galera. tùy chọn sau MySQL master-Slave.
Liên kết gốc: https://database.51cto.com/art/202109/681479.htm.
Cuối cùng, bài viết này về MySQL master-Slave, bạn có thêm một sự lựa chọn, bài viết của Galera kết thúc tại đây. Nếu bạn muốn biết thêm về MySQL master-Slave, bạn có thêm một lựa chọn nữa, nội dung của Galera, vui lòng tìm kiếm các bài viết của CFSDN hoặc tiếp tục duyệt. các bài viết liên quan tôi hy vọng bạn sẽ ủng hộ blog của tôi trong tương lai! .
26
4
0
Thật ra tôi có một vài câu hỏi ở đây. 1) Khi tôi gọi tính năng chèn từ ứng dụng của mình bằng trình kết nối Mysql, nó sẽ được trả lời bởi một trong các nút chính, nhưng nút chính đó có đợi rồi trả lời máy khách trước khi áp dụng tính năng chèn cho tất cả các nút. Nếu nó đang trả lời khách hàng
Với bản sao Mysql bình thường, chúng ta có thể bỏ qua bảng:replicate_ignore_table. Tôi không thể tìm thấy bất kỳ thông tin nào về việc liệu điều này có thể được thực hiện bằng cách sử dụng bản sao cụm Galera hay không. Tôi muốn bỏ qua một bảng không quan trọng để dữ liệu
Tôi đang cố gắng thiết lập cụm Galera. Vì tôi mới làm quen với Linux nên tôi đã sử dụng hướng dẫn từ mariadb (Liên kết). Tôi đã làm mọi thứ nhưng khi tôi sử dụng lệnh "service mysql start --ws
Cụm Galera của tôi hiện có 8 nút, nhưng tôi thấy một video chỉ đề xuất một số nút lẻ (3, 5, 7, 9, v.v.). Điều này có đúng không? Tôi có gặp phải bất kỳ vấn đề nào không nếu tôi có 8 nút trong cụm? Câu trả lời hay nhất Không, 8 là được. "Pháp luật
Tôi muốn sử dụng cụm Galera trong môi trường sản xuất, nhưng tôi có một số lo ngại; mỗi bảng phải có ít nhất một khóa chính rõ ràng được xác định. Mỗi bảng phải chạy dưới công cụ lưu trữ InnoDB hoặc XtraDB. Xử lý các giao dịch lớn của bạn theo đợt. Ví dụ: không có phần chèn giao dịch
Tôi muốn sử dụng cụm Galera trong môi trường sản xuất, nhưng tôi có một số lo ngại; mỗi bảng phải có ít nhất một khóa chính rõ ràng được xác định. Mỗi bảng phải chạy dưới công cụ lưu trữ InnoDB hoặc XtraDB. Xử lý các giao dịch lớn của bạn theo đợt. Ví dụ: không có phần chèn giao dịch
Chà, tôi đang sử dụng phiên bản sửa đổi của kho lưu trữ này: https://github.com/CaptTofu/mysql_replication_kubernetes/tree/master/galera_sync_r
Gần đây tôi đã di chuyển một hệ thống sản xuất từ một phiên bản MySQL sang cụm Galera có ba nút. Mọi thứ dường như đang hoạt động tốt, nhưng đối với các truy vấn SELECT; hiệu suất truy vấn giảm mạnh sau khi di chuyển và hiện không thể chấp nhận được. Ai đó có Gale
Mục tiêu của tôi là sử dụng đủ tài nguyên CPU của cả hai nút trong cụm galera để ngăn xếp đầu cuối của tôi có thể hỗ trợ nhiều TPS hơn. Hiện tại, toàn bộ ngăn xếp của tôi bị giới hạn ở một máy chủ mariadb có 36vcpu, có thể lên tới 10
Tôi đang sử dụng cụm Galera có 3 nút. Tôi hiện đang gặp vấn đề sau. Tôi muốn ghi hơn 500 triệu bản ghi vào cơ sở dữ liệu như dữ liệu bảng. Dưới đây là các bước: Tạo bảng NewData với lược đồ là dữ liệu nhưng không có chỉ mục. 500 triệu hồ sơ
Như đã nêu trong tài liệu Galera, cụm sử dụng bản sao đồng bộ. Nhưng nhìn sâu hơn, có ý kiến cho rằng Galera chỉ đồng bộ "ảo". Trên nút, các cam kết phải được "chứng nhận" thay vì cam kết về mặt vật lý. Tôi thực sự cần hiểu phần này để lập kế hoạch kiến trúc của ứng dụng. vì vậy tôi
Xin chào, tôi đang sử dụng Galera trong 10.1.12-MariaDB, phương thức SST là xtrabackup-v2, vui lòng không khuyến nghị SST=rsync, nó không hoạt động đối với tôi. Tôi có cụm 8 nút khỏe mạnh, đôi khi một hoặc một vài nút
Khi tôi chạy lệnh để xem các biến cơ sở dữ liệu của chúng tôi: hiển thị trạng thái như "%onn%" Tôi thấy rằng 2 người được kết nối có quá nhiều kết nối: MariaDB [(none)]> hiển thị trạng thái như "%onn%"; --
Hầu hết các công ty Internet đều sử dụng công cụ InnoDB của MySQL để lưu trữ dữ liệu. Để đảm bảo tính sẵn sàng cao của cơ sở dữ liệu và đảm bảo mở rộng hiệu suất, hầu hết các công ty sẽ sử dụng kiến trúc cụm MySQL với tính năng đồng bộ hóa chủ-phụ và tách biệt đọc và ghi. Đồng bộ hóa chủ-nô truyền thống
1: Giới thiệu về galera-cluster Galera Cluster là một giải pháp mã nguồn mở có tính sẵn sàng cao miễn phí được phát triển bởi Codership Trang web chính thức là http://galeracluster.co.
Tôi quan tâm đến cụm Galera. Nhóm Galera tuyên bố họ có thiết kế dựa trên bộ điều hợp linh hoạt, hoạt động với nhiều GCS khác nhau. http://galeracluster.com/products/technology/
Phiên bản cụm MariaDB: mysql Ver 15.1 Distrib 10.0.24 - MariaDB, tôi có một cụm hai nút + trọng tài đang hoạt động và sao chép dữ liệu trên các nút. Thật không may, chúng tôi nhận thấy rằng một số bảng trong cơ sở dữ liệu
Chúng tôi có 5 hòn đảo có nút Galera trong đó. Internet trên đảo thường bị ngắt kết nối. Khi một nút bị ngắt kết nối, các bảng của nó sẽ bị khóa để đọc và ghi. Nhưng nó sẽ đồng bộ hóa và khả dụng khi có internet trở lại. Trong Bản sao MariaDB, bị ngắt kết nối
Tôi có 3 máy chủ trò chơi được kết nối với cùng một cơ sở dữ liệu. Tôi bắt đầu sử dụng cụm galera để đồng bộ hóa vì các kết nối từ xa mysql bị trễ do khoảng cách máy chủ (Brazil, Mỹ và Pháp) và máy chủ trò chơi của tôi chỉ sử dụng một luồng chính cho các truy vấn quan trọng
Câu hỏi này không phải về cách giải quyết vấn đề sao chép. Mục đích là để tìm ra các lỗi do sao chép chậm. Về hiệu suất, chúng tôi không muốn tất cả các truy vấn đều đồng bộ, chỉ những truy vấn mà chúng tôi xác định là các lần đọc quan trọng. thiên hà của chúng tôi
Trung tâm cá nhân
Điều phát hành
từ bỏ
Tôi là một lập trình viên xuất sắc, rất giỏi!