MariaDB
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> MariaDB

ClusterControl - Quản lý sao lưu nâng cao - mariabackup Phần I

ClusterControl, trong số những người khác, có thể hoạt động như một công cụ tuyệt vời để giúp bạn thiết kế và thực hiện lịch trình sao lưu. Nhiều tính năng có sẵn bao gồm xác minh sao lưu, mã hóa sao lưu minh bạch và nhiều tính năng khác. Điều khá phổ biến bị thiếu là khả năng của ClusterControl để điều chỉnh các công cụ sao lưu mà chúng tôi sử dụng để tạo bản sao lưu. Trong blog này, chúng tôi muốn xem qua một số cài đặt có thể được áp dụng cho MariaBackup. Hãy bắt đầu.

Thiết lập ban đầu

Thiết lập ban đầu là một cụm MariaDB với một bản chính và một bản sao là tụt hậu tại thời điểm này do quá trình nhập dữ liệu đang chạy trong nền.

Chúng tôi có hai nút ProxySQL và hai nút Keepalived, cung cấp IP ảo và đảm bảo rằng ProxySQL có thể truy cập được. Chúng tôi đang điền cụm (do đó là độ trễ) với dữ liệu được tạo bởi sysbench. Chúng tôi đã sử dụng lệnh sau để kích hoạt quá trình này:

sysbench /root/sysbench/src/lua/oltp_read_write.lua --threads=4 --mysql-host=10.0.0.111 --mysql-user=sbtest --mysql-password=sbtest --mysql-port=6033 --tables=32 --table-size=1000000 prepare

Điều này sẽ tạo ra khoảng 7,6 GB dữ liệu mà chúng tôi sẽ kiểm tra các cài đặt sao lưu khác nhau trên đó.

Cài đặt nén

Như chúng tôi đã đề cập, có khá nhiều cài đặt mà bạn có thể sử dụng để điều chỉnh MariaBackup và các công cụ khác liên quan đến quá trình sao lưu.

Trong bài đăng trên blog này, chúng tôi muốn tập trung vào mức độ nén và xem nếu nó có bất kỳ loại tác động thực sự nào đến quá trình sao lưu của chúng tôi. Nó có thay đổi độ dài của quá trình chạy sao lưu không? Nó có thay đổi kích thước của bản sao lưu không? Thế nào? Nó có ích lợi gì khi thực sự sử dụng bất kỳ thứ gì khác ngoài cài đặt mặc định không? Hãy xem qua nó ngay sau đây.

Chúng tôi sẽ chạy sao lưu bằng cách sử dụng tất cả các cài đặt từ trình đơn thả xuống Mức nén:

Các bản sao lưu sẽ được lưu trữ cục bộ trên nút để giảm thiểu tác động gây ra bởi mạng. Chúng tôi sẽ sử dụng MariaBackup đầy đủ. Dữ liệu trong cơ sở dữ liệu không được mã hóa hoặc nén theo bất kỳ cách nào.

Chúng ta sẽ bắt đầu 9 công việc sao lưu, mỗi công việc có một cài đặt mức nén khác nhau. Cài đặt này được chuyển tới gzip, theo mặc định, được sử dụng để nén dữ liệu. Những gì chúng tôi mong đợi sẽ thấy là thời gian thực hiện sao lưu tăng lên và giảm kích thước sao lưu khi chúng tôi tăng cài đặt này.

Như bạn có thể thấy, ngoại trừ bản sao lưu 4, chúng ta có thể chỉ cần tính là một biến động thoáng qua, thời gian thực hiện sao lưu tăng bắt đầu từ 3 phút 41 giây lên đến 17 phút và 57 giây. Kích thước bản sao lưu giảm từ 3,5GB xuống 3,3GB. Chúng tôi cũng có thể kiểm tra kích thước chính xác của bản sao lưu:

du -s /root/backups/*
3653288 /root/backups/BACKUP-1
3643088 /root/backups/BACKUP-2
3510420 /root/backups/BACKUP-3
3486304 /root/backups/BACKUP-4
3449392 /root/backups/BACKUP-5
3437504 /root/backups/BACKUP-6
3429152 /root/backups/BACKUP-7
3425492 /root/backups/BACKUP-8
3405348 /root/backups/BACKUP-9

Điều này xác nhận rằng trên thực tế, kích thước sao lưu sẽ giảm theo mọi cấp độ nén nhưng sự khác biệt là khá nhỏ giữa cấp độ đầu tiên và cấp độ cuối cùng mà chúng tôi đã thử nghiệm. Bản sao lưu nhỏ nhất có kích thước bằng 93,2% kích thước của bản sao lưu lớn nhất. Mặt khác, thời gian thực thi của nó (1077 giây) dài hơn gần 5 lần so với thời gian thực hiện của bản sao lưu lớn nhất (221 giây).

Xin lưu ý rằng số dặm của bạn sẽ khác nhau. Bạn có thể sử dụng dữ liệu nén tốt hơn, làm cho tác động của mức nén trở nên đáng kể hơn. Dựa trên kết quả của bài kiểm tra này, đối với tập dữ liệu sysbench, việc sử dụng mức nén cao hơn 3.

Qpress nén

Một tùy chọn khác mà chúng tôi muốn thử nghiệm hôm nay là nén Qpress. Qpress là một phương pháp nén có thể được sử dụng để thay thế gzip.

Như bạn có thể thấy, nó chắc chắn nhanh hơn gzip nhưng nó đi kèm với sự gia tăng đáng kể về kích thước của dữ liệu. Sau 100 giây nén, chúng tôi nhận được 4,6 GB dữ liệu.

Việc chọn phương pháp nén phù hợp nhất có thể yêu cầu một loạt các thử nghiệm, nhưng như chúng tôi hy vọng bạn có thể thấy, nó chắc chắn có ý nghĩa để thực hiện điều đó. Đối với các tập dữ liệu lớn, việc trao đổi một kho lưu trữ lớn hơn một chút để có quá trình sao lưu nhanh hơn gần 5 lần có thể khá hữu ích. Nếu chúng ta cân nhắc sử dụng Qpress, chúng ta có thể đánh đổi dung lượng đĩa thậm chí để có quá trình sao lưu nhanh hơn gấp 10 lần. Điều này có thể có nghĩa là sự khác biệt giữa sao lưu 20 giờ và sao lưu 2 giờ. Chắc chắn, việc tăng dung lượng ổ đĩa cần thiết để lưu trữ những dữ liệu như vậy sẽ có thể nhìn thấy nhưng sau đó, khi bạn nghĩ về nó, việc có được một khối lượng đĩa lớn hơn là điều hoàn toàn có thể làm được. Việc thêm giờ bổ sung trong ngày, khi 24 giờ không đủ để thực hiện sao lưu, thì không.

Chúng tôi hy vọng blog ngắn này là thông tin chi tiết dành cho bạn và nó sẽ khuyến khích bạn sử dụng và điều chỉnh các cài đặt khác nhau có thể được sử dụng cho MariaBackup. Nếu bạn muốn chia sẻ kinh nghiệm của mình với họ, chúng tôi rất muốn xem nhận xét của bạn.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Cách lập lịch sao lưu cơ sở dữ liệu với ClusterControl

  2. Cách KHÔNG THÍCH hoạt động trong MariaDB

  3. Hiểu các chỉ mục trong MySQL:Phần một

  4. Đơn vị ngày và giờ MariaDB

  5. Cách cài đặt MariaDB trên Rocky Linux và AlmaLinux