Percona XtraBackup

Percona XtraBackup là một phần mềm dòng lệnh nguồn mở, di động, miễn phí và không khóa, hoạt động như một giải pháp sao lưu độc lập cho các công cụ lưu trữ nổi tiếng XtraDB và InnoDB nổi tiếng. Tính năng tự động kiểm tra sao lưu và cung cấp thời gian hoạt động cao hơn các sản phẩm tương tự khác.

Chương trình hoàn toàn tương thích với cả máy chủ cơ sở dữ liệu MySQL và MariaDB, và nó được sử dụng rộng rãi bởi dịch vụ mạng xã hội Facebook phổ biến để sao lưu gia tăng. Nó được thiết kế để giải quyết các vấn đề trong thế giới thực khi sao lưu cơ sở dữ liệu rất lớn, có tải lớn.

Tính năng trong nháy mắt
Các tính năng chính bao gồm khả năng thực hiện sao lưu trực tuyến đồng thời tránh làm gián đoạn cơ sở dữ liệu của bạn, khả năng thực hiện sao lưu trực tuyến đến máy chủ khác, cũng như khả năng thực hiện sao lưu gia tăng đồng thời tiết kiệm tiền trên không gian đĩa và băng thông mạng. >

Với Percona XtraBackup, bản sao lưu của bạn sẽ hoàn thành đáng tin cậy và nhanh chóng. Bạn cũng có thể dễ dàng tạo ra các máy nhân bản sao chép mới, thực hiện các phân tích tiên tiến về dữ liệu và các tệp chỉ mục, và di chuyển các bảng riêng lẻ giữa các máy chủ mà không cần khởi động lại, một nhiệm vụ yêu cầu XtraDB nhập.Phần mềm hỗ trợ nhiều loại hương vị của MySQL, trong đó có thể kể đến MySQL, MariaDB, MariaDB Galera Cluster, Percona Server và Pereca XtraDB Cluster. Nó cũng hỗ trợ tất cả các hệ điều hành GNU / Linux, chạy tốt trên phần cứng 32-bit và 64-bit.

Trong số các tính năng khác, chúng tôi có thể đề cập đến việc chặn các bản sao lưu MyISAM, sao lưu nén đầy đủ, gia tăng nén, backup nhanh, mã hóa.

Hơn nữa, cũng có hỗ trợ rsync để đồng bộ hóa các tập tin hiện đại, xuất bảng bảng, xử lý FTWRL nâng cao, sao lưu nhỏ gọn, hỗ trợ phục hồi điểm, sao lưu ngoại tuyến, cũng như hỗ trợ cho đám mây sao lưu.

Dưới mui xe và sẵn có

Percona XtraBackup được viết bằng ngôn ngữ lập trình C, C ++ và Perl. Nó là phần mềm dòng lệnh, được phân phối như các gói nhị phân được xây dựng trước cho các bản phân phối Ubuntu, Debian và Red Hat Enterprise Linux, cũng như các tệp lưu trữ mã nhị phân và nguồn gốc chung. là mới trong bản phát hành này:

• Percona XtraBackup sẽ segfault trong giai đoạn chuẩn bị của các trang FTS nhất định. Lỗi đã được sửa # 1460138.
• Cố định lỗi biên dịch do thiếu phụ thuộc gây ra bởi lỗi thượng nguồn # 77226. Lỗi đã được sửa # 1461129.
• Hồi quy được giới thiệu bằng cách sửa lỗi # 1403237 trong Pereca XtraBackup 2.2.8 có thể gây ra xtrabackup đọc bản ghi làm lại từ sai lệch không chính xác, điều này có thể gây ra sự khẳng định. Lỗi đã được sửa # 1464608.
• Đã sửa lỗi current_thd thread-biến cục bộ không bắt buộc. Thao tác này cũng sửa lỗi # 1415191. Cố định lỗi # 1467574.
• Sau khi phát hành Pereca XtraBackup 2.2.11, tạp chí Innobackupex phát hành một bảng FLUSH TABLE trước khi chạy các bảng FLUSH WITH READ LOCK. Trong khi nó sẽ giúp sao lưu trong một số tình huống, nó cũng ngụ ý rằng FLUSH TABLE sẽ được ghi vào đăng nhập nhị phân. Trên MariaDB 10.0 với GTID được kích hoạt, khi sao lưu được thực hiện trên nô lệ, điều này thay đổi GTID của nô lệ đó và Percona XtraBackup không thấy GTID chính xác nữa. Lỗi đã được sửa # 1466446 (Julien Pivotto).
• Lập trình RPM của Pereca XtraBackup vẫn yêu cầu bzr. Sửa lỗi # 1466888 (Julien Pivotto).
• Biên dịch Permin XtraBackup RPM với tùy chọn XB_VERSION_EXTRA sẽ tạo ra một phiên bản RPM không chính xác. Sửa lỗi # 1467424 (Julien Pivotto).
• Percona XtraBackup sẽ hoàn thành thành công ngay cả khi redo log không được sao chép hoàn toàn. Điều này có nghĩa là sao lưu được coi là thành công ngay cả khi chúng bị hỏng. Lỗi đã được sửa # 1470847.
• Trong những trường hợp hiếm hoi khi có hai hay nhiều không gian bảng có cùng một ID trong thư mục dữ liệu, xtrabackup chọn một thứ tự đầu tiên theo thứ tự từ vựng, điều này có thể dẫn đến việc mất đúng bảng. Lỗi đã được sửa # 1475487.
• Percona XtraBackup bị thiếu revision_id trong chương trình nhị phân. Lỗi đã được sửa # 1394174.



Tính năng mới trong phiên bản 2.4.8:

• Percona XtraBackup sẽ segfault trong giai đoạn chuẩn bị của các trang FTS nhất định. Lỗi đã được sửa # 1460138.
• Cố định lỗi biên dịch do thiếu phụ thuộc gây ra bởi lỗi thượng nguồn # 77226. Lỗi đã được sửa # 1461129.
• Hồi quy được giới thiệu bằng cách sửa lỗi # 1403237 trong Pereca XtraBackup 2.2.8 có thể gây ra xtrabackup đọc bản ghi làm lại từ sai lệch không chính xác, điều này có thể gây ra sự khẳng định. Lỗi đã được sửa # 1464608.
• Đã sửa lỗi current_thd thread-biến cục bộ không bắt buộc. Thao tác này cũng sửa lỗi # 1415191. Cố định lỗi # 1467574.
• Sau khi phát hành Pereca XtraBackup 2.2.11, tạp chí Innobackupex phát hành một bảng FLUSH TABLE trước khi chạy các bảng FLUSH WITH READ LOCK. Trong khi nó sẽ giúp sao lưu trong một số tình huống, nó cũng ngụ ý rằng FLUSH TABLE sẽ được ghi vào đăng nhập nhị phân. Trên MariaDB 10.0 với GTID được kích hoạt, khi sao lưu được thực hiện trên nô lệ, điều này thay đổi GTID của nô lệ đó và Percona XtraBackup không thấy GTID chính xác nữa. Lỗi đã được sửa # 1466446 (Julien Pivotto).
• Lập trình RPM của Pereca XtraBackup vẫn yêu cầu bzr. Sửa lỗi # 1466888 (Julien Pivotto).
• Biên dịch Permin XtraBackup RPM với tùy chọn XB_VERSION_EXTRA sẽ tạo ra một phiên bản RPM không chính xác. Sửa lỗi # 1467424 (Julien Pivotto).
• Percona XtraBackup sẽ hoàn thành thành công ngay cả khi redo log không được sao chép hoàn toàn. Điều này có nghĩa là sao lưu được coi là thành công ngay cả khi chúng bị hỏng. Lỗi đã được sửa # 1470847.
• Trong những trường hợp hiếm hoi khi có hai hay nhiều không gian bảng có cùng một ID trong thư mục dữ liệu, xtrabackup chọn một thứ tự đầu tiên theo thứ tự từ vựng, điều này có thể dẫn đến việc mất đúng bảng. Lỗi đã được sửa # 1475487.
• Percona XtraBackup bị thiếu revision_id trong chương trình nhị phân. Lỗi đã được sửa # 1394174.



Tính năng mới trong phiên bản 2.4.7:

• Percona XtraBackup sẽ segfault trong giai đoạn chuẩn bị của các trang FTS nhất định. Lỗi đã được sửa # 1460138.
• Cố định lỗi biên dịch do thiếu phụ thuộc gây ra bởi lỗi thượng nguồn # 77226. Lỗi đã được sửa # 1461129.
• Hồi quy được giới thiệu bằng cách sửa lỗi # 1403237 trong Pereca XtraBackup 2.2.8 có thể gây ra xtrabackup đọc bản ghi làm lại từ sai lệch không chính xác, điều này có thể gây ra sự khẳng định. Lỗi đã được sửa # 1464608.
• Đã sửa lỗi current_thd thread-biến cục bộ không bắt buộc. Thao tác này cũng sửa lỗi # 1415191. Cố định lỗi # 1467574.
• Sau khi phát hành Pereca XtraBackup 2.2.11, tạp chí Innobackupex phát hành một bảng FLUSH TABLE trước khi chạy các bảng FLUSH WITH READ LOCK. Trong khi nó sẽ giúp sao lưu trong một số tình huống, nó cũng ngụ ý rằng FLUSH TABLE sẽ được ghi vào đăng nhập nhị phân. Trên MariaDB 10.0 với GTID được kích hoạt, khi sao lưu được thực hiện trên nô lệ, điều này thay đổi GTID của nô lệ đó và Percona XtraBackup không thấy GTID chính xác nữa. Lỗi đã được sửa # 1466446 (Julien Pivotto).
• Lập trình RPM của Pereca XtraBackup vẫn yêu cầu bzr. Sửa lỗi # 1466888 (Julien Pivotto).
• Biên dịch Permin XtraBackup RPM với tùy chọn XB_VERSION_EXTRA sẽ tạo ra một phiên bản RPM không chính xác. Sửa lỗi # 1467424 (Julien Pivotto).
• Percona XtraBackup sẽ hoàn thành thành công ngay cả khi redo log không được sao chép hoàn toàn. Điều này có nghĩa là sao lưu được coi là thành công ngay cả khi chúng bị hỏng. Lỗi đã được sửa # 1470847.
• Trong những trường hợp hiếm hoi khi có hai hay nhiều không gian bảng có cùng một ID trong thư mục dữ liệu, xtrabackup chọn một thứ tự đầu tiên theo thứ tự từ vựng, điều này có thể dẫn đến việc mất đúng bảng. Lỗi đã được sửa # 1475487.
• Percona XtraBackup bị thiếu revision_id trong chương trình nhị phân. Lỗi đã được sửa # 1394174.



Tính năng mới trong phiên bản 2.4.6:

• Percona XtraBackup sẽ segfault trong giai đoạn chuẩn bị của các trang FTS nhất định. Lỗi đã được sửa # 1460138.
• Cố định lỗi biên dịch do thiếu phụ thuộc gây ra bởi lỗi thượng nguồn # 77226. Lỗi đã được sửa # 1461129.
• Hồi quy được giới thiệu bằng cách sửa lỗi # 1403237 trong Pereca XtraBackup 2.2.8 có thể gây ra xtrabackup đọc bản ghi làm lại từ sai lệch không chính xác, điều này có thể gây ra sự khẳng định. Lỗi đã được sửa # 1464608.
• Đã sửa lỗi current_thd thread-biến cục bộ không bắt buộc. Thao tác này cũng sửa lỗi # 1415191. Cố định lỗi # 1467574.
• Sau khi phát hành Pereca XtraBackup 2.2.11, tạp chí Innobackupex phát hành một bảng FLUSH TABLE trước khi chạy các bảng FLUSH WITH READ LOCK. Trong khi nó sẽ giúp sao lưu trong một số tình huống, nó cũng ngụ ý rằng FLUSH TABLE sẽ được ghi vào đăng nhập nhị phân. Trên MariaDB 10.0 với GTID được kích hoạt, khi sao lưu được thực hiện trên nô lệ, điều này thay đổi GTID của nô lệ đó và Percona XtraBackup không thấy GTID chính xác nữa. Lỗi đã được sửa # 1466446 (Julien Pivotto).
• Lập trình RPM của Pereca XtraBackup vẫn yêu cầu bzr. Sửa lỗi # 1466888 (Julien Pivotto).
• Biên dịch Permin XtraBackup RPM với tùy chọn XB_VERSION_EXTRA sẽ tạo ra một phiên bản RPM không chính xác. Sửa lỗi # 1467424 (Julien Pivotto).
• Percona XtraBackup sẽ hoàn thành thành công ngay cả khi redo log không được sao chép hoàn toàn. Điều này có nghĩa là sao lưu được coi là thành công ngay cả khi chúng bị hỏng. Lỗi đã được sửa # 1470847.
• Trong những trường hợp hiếm hoi khi có hai hay nhiều không gian bảng có cùng một ID trong thư mục dữ liệu, xtrabackup chọn một thứ tự đầu tiên theo thứ tự từ vựng, điều này có thể dẫn đến việc mất đúng bảng. Lỗi đã được sửa # 1475487.
• Percona XtraBackup bị thiếu revision_id trong chương trình nhị phân. Lỗi đã được sửa # 1394174.



Tính năng mới trong phiên bản 2.4.3:

• Percona XtraBackup sẽ segfault trong giai đoạn chuẩn bị của các trang FTS nhất định. Lỗi đã được sửa # 1460138.
• Cố định lỗi biên dịch do thiếu phụ thuộc gây ra bởi lỗi thượng nguồn # 77226. Lỗi đã được sửa # 1461129.
• Hồi quy được giới thiệu bằng cách sửa lỗi # 1403237 trong Pereca XtraBackup 2.2.8 có thể gây ra xtrabackup đọc bản ghi làm lại từ sai lệch không chính xác, điều này có thể gây ra sự khẳng định. Lỗi đã được sửa # 1464608.
• Đã sửa lỗi current_thd thread-biến cục bộ không bắt buộc. Thao tác này cũng sửa lỗi # 1415191. Cố định lỗi # 1467574.
• Sau khi phát hành Pereca XtraBackup 2.2.11, tạp chí Innobackupex phát hành một bảng FLUSH TABLE trước khi chạy các bảng FLUSH WITH READ LOCK. Trong khi nó sẽ giúp sao lưu trong một số tình huống, nó cũng ngụ ý rằng FLUSH TABLE sẽ được ghi vào đăng nhập nhị phân. Trên MariaDB 10.0 với GTID được kích hoạt, khi sao lưu được thực hiện trên nô lệ, điều này thay đổi GTID của nô lệ đó và Percona XtraBackup không thấy GTID chính xác nữa. Lỗi đã được sửa # 1466446 (Julien Pivotto).
• Lập trình RPM của Pereca XtraBackup vẫn yêu cầu bzr. Sửa lỗi # 1466888 (Julien Pivotto).
• Biên dịch Permin XtraBackup RPM với tùy chọn XB_VERSION_EXTRA sẽ tạo ra một phiên bản RPM không chính xác. Sửa lỗi # 1467424 (Julien Pivotto).
• Percona XtraBackup sẽ hoàn thành thành công ngay cả khi redo log không được sao chép hoàn toàn. Điều này có nghĩa là sao lưu được coi là thành công ngay cả khi chúng bị hỏng. Lỗi đã được sửa # 1470847.
• Trong những trường hợp hiếm hoi khi có hai hay nhiều không gian bảng có cùng một ID trong thư mục dữ liệu, xtrabackup chọn một thứ tự đầu tiên theo thứ tự từ vựng, điều này có thể dẫn đến việc mất đúng bảng. Lỗi đã được sửa # 1475487.
• Percona XtraBackup bị thiếu revision_id trong chương trình nhị phân. Lỗi đã được sửa # 1394174.


• Percona XtraBackup 2.1.2 sẽ treo khi thực hiện Tiểu bang

Có gì mới Chuyển nhanh. Cố định lỗi # 1182698.


• Percona XtraBackup 2.1.2 sẽ treo khi đang thực hiện State

Chuyển nhanh. Cố định lỗi # 1182698.


Tính năng mới trong phiên bản 2.1.2:

• Bugs Fixed:
• Sử dụng DBD của Perl:: Gói MySQL cho giao tiếp với máy chủ thay vì sinh ra dòng lệnh MySQL khách hàng đưa ra một hồi quy đã gây ra lỗi innobackupex -galera-info. Cố định lỗi # 1180672.
• Định dạng của xtrabackup_galera_info đã thiếu dấu ':' giữa các giá trị của wsrep_local_state_uuid và wsrep_last_committed. Sửa lỗi # 1181222.
• phát hiện phiên bản tự động của innobackupex không hoạt động chính xác cho các phiên bản Percona Server và MySQL 5.1 mới nhất có thể gây ra lỗi innobackupex. Lỗi cố định # 1181092, # 1181099 và # 1180905.
• Khi sao lưu một máy chủ không phải là một nô lệ nhân bản với tùy chọn innobackupex -slave-info, Innobackupex không thành công với lỗi nghiêm trọng. Thay thế lỗi gây tử vong bằng một thông báo chẩn đoán về thông tin bị mất của innobackupex-lơ lửng trong trường hợp như vậy. Cố định lỗi # 1180662.
• Giá trị thấp cho wait_timeout trên máy chủ có thể khiến máy chủ đóng kết nối trong khi sao lưu đang được thực hiện. Cố định bằng cách đặt giá trị lớn hơn cho tùy chọn wait_timeout trên máy chủ để ngăn máy chủ đóng kết nối nếu giá trị wait_timeout toàn cầu được đặt quá thấp. Lỗi đã được sửa # 1180922.
• Các bản sửa lỗi khác: lỗi cố định số 1177182.

Tính năng mới trong phiên bản 2.0.7:

• Tính năng mới:
• Phiên bản này của Pereca XtraBackup đã triển khai hỗ trợ đầy đủ cho các tính năng mới của MySQL 5.6 (GTID, các không gian bảng điều khiển từ xa / không vận chuyển, không gian bảng làm lại riêng biệt, các tệp kết xuất bãi chứa bộ nhớ đệm 5.6).
• Percona XtraBackup đã triển khai thực hiện hỗ trợ InnoDB Buffer Pool Preloading trong MySQL 5.6. Bắt đầu với MySQL 5,6 bãi chứa bộ đệm có thể được sản xuất và nạp để phục hồi máy chủ nhanh hơn sau khi bắt đầu. Tính năng này tương tự như Dump / Restore của Buffer Pool trong Peraca Server. MySQL 5,6 đệm hồ bơi dump được sao chép vào thư mục sao lưu trong giai đoạn sao lưu. Trong giai đoạn copy back (khôi phục) nó được sao chép lại vào thư mục dữ liệu. Sau khi sao lưu được khôi phục, bộ nhớ đệm có thể được tải bởi máy chủ hoặc tự động khi khởi động hoặc theo yêu cầu.
• Khoảng thời gian giữa các lần kiểm tra được thực hiện bởi chủ đề sao chép đăng nhập bây giờ được cấu hình bởi khoảng thời gian sao lưu -log-copy-interval. Việc cấu hình khoảng thời gian cho phép giảm thời gian giữa các lần kiểm tra có thể ngăn các lỗi XtraBackup gây ra bởi các bản ghi nhật ký trong bản ghi giao dịch bị ghi đè trước khi chúng được sao chép bằng chủ đề sao chép.
• Percona XtraBackup lưu trữ giá trị GTID trong xtrabackup_binlog_info khi thực hiện sao lưu MySQL và Percona Server 5.6 với chế độ GTID đã được bật. Ví dụ về cách thông tin này có thể được sử dụng để tạo / khôi phục lại nô lệ có thể được tìm thấy trong blogpost này.
• Tùy chọn Percona XtraBackup xtrabackup -export hiện hỗ trợ các không gian bảng vận chuyển được giới thiệu trong MySQL 5.6. Tùy chọn này có thể được sử dụng để tạo tệp tin siêu dữ liệu kiểu 5.6, có thể được nhập khẩu bởi ALTER TABLE IMPORT TABLESPACE trên MySQL và Percona Server 5.6 như được mô tả trong Hướng dẫn Xuất và Nhập bảng.
• Bugs Fixed:
• Xóa nhị phân xtrabackup_56 đã có trong các gói rpm và deb, nhưng nó đã bị thiếu trong gói nguồn .tar.gz. Cố định bằng cách thêm số nhị phân còn thiếu vào .t.g.gz. Lỗi đã sửa # 1158948.
• innobackupex có thể bị hỏng khi thực hiện sao lưu dự phòng 5.6 do liên kết thư viện SSL không đúng. Sửa lỗi # 1168540.
• Percona XtraBackup sẽ sụp đổ khi chuẩn bị sao lưu dự phòng 5.6 với bảng được phân chia. Cố định lỗi # 1169169.
• Các bảng bị bỏ giữa việc sao lưu đầy đủ và tệp gia tăng đã có trong thư mục sao lưu đầy đủ và không bị xóa khi sao lưu cộng dồn đã được hợp nhất. Cố định bằng cách loại bỏ các tệp tương ứng với các bảng không có trong thư mục sao lưu gia tăng. Cố định cố định # 856400.
• Percona XtraBackup sẽ để lại các tệp xtrabackup_tmp * cũ trong datadir sau khi áp dụng sao lưu gia tăng. Lỗi đã được sửa # 1079135.
• Cố định hai cảnh báo được tìm thấy trong báo nội dung khi tất cả cảnh báo đã được thực hiện FATAL. Lỗi đã được sửa # 1116177.
• Nếu có hàng ngàn bảng và IO chậm sau đó XtraBackup có thể dành nhiều thời gian để mở tất cả các không gian bảng. Tối ưu hóa đã được thực hiện và XtraBackup bây giờ tránh được việc tải không gian bảng không liên quan khi sao lưu một phần đang được tiến hành để tăng tốc quá trình sao lưu. Cố định lỗi # 1130145.
• Percona XtraBackup không khởi tạo dữ liệu cho mỗi thread trong chủ đề sao chép đăng nhập có thể gây ra sự cố XtraBackup. Cố định lỗi # 1166888.
• Đóng gói phụ thuộc đã được thay đổi từ mysql trừu tượng sang tệp usern / usr / bin / mysql, bởi vì các gói rpm từ Oracle không còn phụ thuộc vào mysql nữa do rpm của XtraBackup yêu cầu. Lỗi đã được sửa # 1095972.
• Percona XtraBackup sẽ thất bại khi chuẩn bị sao lưu MySQL 5.6 nếu tệp nhật ký lớn hơn 4G trên máy chủ nguồn. Cố định lỗi # 1164979.
• Do việc triển khai khác nhau trong MySQL 5,6 lỗi văn bản đã không được in để stderr trực tiếp. Do đó tất cả lỗi innoDB hoặc thông báo chẩn đoán không bao giờ được in bởi xtrabackup_56. Lỗi đã được sửa # 1169971.
• innobackupex vẫn chạy với các bảng FLUSH WITH READ LOCK ngay cả khi xtrabackup sẽ thất bại khi sao chép các bản ghi. Cố định bằng cách chấm dứt quá trình xtrabackup ngay lập tức vào việc sao chép bản ghi lỗi. Cố định lỗi # 1170806.
• innobackupex sẽ thất bại nếu SQL_MODE được đặt thành ANSI_QUOTES. Lỗi đã được sửa # 945161.
• Thiếu space_id từ * .ibd.meta sẽ dẫn đến sự khẳng định. Cố định bằng cách thay thế khẳng định với thông báo lỗi. Cố định lỗi # 1112224.
• Sửa lỗi đánh máy trong lỗi inobackupex. Lỗi đã được sửa # 1157225.
• Khi xây dựng từ nguồn mục tiêu innodb56 không có tùy chọn để vô hiệu DTrace như innodb55. Cố định bằng cách thêm tùy chọn -DENABLE_DTRACE = TẠO cho innodb56. Cố định lỗi # 1169509.
• innobackupex không xử lý tùy chọn innodb_data_file_path có thể gây ra sự sao lưu không thành công. Sửa lỗi # 1169726.
• Đối với các chương trình nhị phân Debian và Linux, - thông báo phiên bản nên bao gồm bản sửa đổi đã được hiển thị & quot; không xác định & quot ;. Lỗi đã được sửa # 1171721.
• Mã dự phòng đã được xóa khỏi xtrabackup.cc. Lỗi đã được sửa # 1162765.
• Các bản sửa lỗi khác: lỗi cố định # 1158154, lỗi cố định # 1170340, lỗi cố định # 1088309, lỗi cố định # 1088307.



Tính năng mới trong phiên bản 2.0.6:

• Tính năng mới:
• XtraBackup đã triển khai hỗ trợ cơ bản cho MySQL 5.6, Percona Server 5.6 và MariaDB 10.0. Hỗ trợ cơ bản có nghĩa là các phiên bản này được XtraBackup công nhận, và việc sao lưu / khôi phục lại hoạt động miễn là không có các tính năng cụ thể 5.6 được sử dụng (chẳng hạn như GTID, các không gian bảng điều khiển từ xa / không thể vận chuyển, không gian bảng riêng biệt, tệp các tệp dump pool 5,6) .
• Bugs Fixed:
• Không gian bảng InnoDB cá nhân có kích thước nhỏ hơn 1MB được mở rộng lên 1MB trên quá trình sao lưu dự phòng. Điều này dẫn đến sự gia tăng lớn trong việc sử dụng đĩa trong trường hợp khi có rất nhiều không gian bảng InnoDB nhỏ. Sửa lỗi # 950334 (Daniel Frett, Alexey Kopytov).
• Đã khắc phục sự cố gây ra các cơ sở dữ liệu tương ứng với các thư mục con datadir không truy cập được bỏ qua bởi XtraBackup mà không có cảnh báo hoặc thông báo lỗi. Điều này đã xảy ra vì mã InnoDB âm thầm bỏ qua các thư mục con datadir nó không thể mở. Bug fixed # 664986 (Alexey Kopytov).
• Trong một số trường hợp, XtraBackup có thể không sao chép một vùng bảng có giá trị tùy chọn cao và giá trị thấp innodb_open_files. Sửa lỗi # 870119 (Alexey Kopytov).
• Khắc phục lỗi # 711166 đã giới thiệu hồi quy gây ra việc sao lưu phân vùng cá nhân thất bại khi sử dụng với tùy chọn --include trong innobackupex hoặc tùy chọn --tables trong xtrabackup. Sửa lỗi # 1130627 (Alexey Kopytov).
• innobackupex không thêm cài đặt tệp cho mỗi bảng cho các bản sao lưu bảng độc lập. Cố định bằng cách làm cho XtraBackup bật tự động innodb_file_per_table khi sử dụng tùy chọn --export. Lỗi đã được sửa # 930062 (Alexey Kopytov).
• Trong một số trường hợp XtraBackup có thể thất bại trong quá trình sao lưu dự phòng với innodb_flush_method = O_DIRECT. Sửa lỗi # 1055547 (Alexey Kopytov).
• innobackupex không vượt qua tùy chọn -tmpdir cho tệp nhị phân xtrabackup dẫn đến tmpdir của máy chủ luôn được sử dụng cho các tệp tạm thời. Bug fixed # 1085099 (Alexey Kopytov).
• XtraBackup đã cải thiện báo cáo lỗi cho các phiên bản máy chủ không được công nhận. Sửa lỗi # 1087219 (Alexey Kopytov).
• Cố định sự phụ thuộc rpm mất tích cho Perl Time :: Gói HiRes khiến Innobackupex thất bại khi cài đặt CentOS tối thiểu. Sửa lỗi # 1121573 (Alexey Bychko).
• innobackupex sẽ thất bại khi -no-lock và -rsync được sử dụng kết hợp. Lỗi đã được sửa # 1123335 (Sergei Glushchenko).
• Khắc phục lỗi # 1055989 đã giới thiệu hồi quy gây ra tệp tin xtrabackup_pid vẫn ở trong thư mục tạm thời sau khi thực thi. Sửa lỗi # 1114955 (Alexey Kopytov).
• Các thư gỡ lỗi không cần thiết đã được xóa khỏi đầu ra XtraBackup. Sửa lỗi # 1131084 (Alexey Kopytov).
• Các bản sửa lỗi khác: lỗi cố định # 1153334 (Alexey Kopytov), ​​lỗi cố định # 1098498 (Laurynas Biveinis), lỗi cố định # 1132763 (Laurynas Biveinis), lỗi cố định # 1142229 (Laurynas Biveinis), lỗi cố định # 1130581 (Laurynas Biveinis ).



Tính năng mới trong phiên bản 2.0.5:

• Tính năng mới:
• Tùy chọn mới --địa chỉ-bổ sung tệp đã được giới thiệu. Tùy chọn này xác định từ những gì thêm tập tin để đọc các tùy chọn MySQL mặc định trước khi mặc định tiêu chuẩn-file. Nó có thể được sử dụng để tải kết hợp người dùng / mật khẩu cho người dùng sao lưu chuyên dụng từ một tệp tin cấu hình riêng biệt, để tránh lưu trữ nó trong crontab hoặc một tập lệnh nào đó trong hệ thống.
• Bugs Fixed:
• Trong trường hợp bản sao lưu trực tuyến, Innobackupex sẽ tiếp tục quá trình XtraBackup và chờ cho đến khi kết thúc trước khi chạy UNLOCK TABLES. Điều này khiến cơ sở dữ liệu bị khoá không cần thiết với các bảng FLUSH WITH READ LOCK. Innobackupex bây giờ chỉ đợi cho đến khi sao chép đăng nhập xong để mở khóa cơ sở dữ liệu. Sửa lỗi # 1055989 (Alexey Kopytov).
• Các thông báo lỗi của innobackupex tham khảo thư mục dữ liệu đã được mở rộng để hiển thị đường dẫn của thư mục dữ liệu được đề cập trong thông báo lỗi. Sửa lỗi # 1089375 (Hartmut Holzgraefe).
• Các bảng phân vùng không được xử lý đúng bởi các cơ sở dữ liệu, --include, --tables-file options của innobackupex, và bởi các tùy chọn -tables và --tables-file của XtraBackup. Cố định bằng cách bỏ hậu tố phân vùng (#P # ...) trước khi thực hiện lọc. Sửa lỗi # 711166 (Sergei Glushchenko).
• Khi đã sử dụng nén được xây dựng, XtraBackup đã viết thư cho các tệp tin đích hoặc luồng rất nhỏ, làm cho I / O trở nên không hiệu quả. Cố định bằng cách sử dụng một bộ đệm 1M cho đầu ra tương tự như các sao lưu không nén. Lỗi đã được sửa # 1095249 (Alexey Kopytov).
• Giấc ngủ dài không cần thiết () trong vết thâm quầng bụng dẫn tới các bàn phồng rộp với ĐỌC LOCK mất quá nhiều thời gian. Cố định bằng cách thay thế khoảng cách ngủ 2 giây với 100 mili giây. Lỗi đã được sửa # 1095551 (Sergei Glushchenko).
• Nếu Innobackupex sụp đổ nó sẽ để lại tập tin xtrabackup_suspended trên hệ thống tập tin. Điều này sau đó có thể gây ra innobackupex để nghĩ rằng XtraBackup đã đình chỉ chính nó ngay khi nó bắt đầu, và sau đó khi XtraBackup thực sự đình chỉ chính nó, innobackupex sẽ chờ nó kết thúc và sẽ không loại bỏ lại tập tin tạm ngừng, dẫn đến một bế tắc chờ đợi. Cố định bằng cách xóa các tập tin xtrabackup_suspended cũ khi bắt đầu innobackupex. Lỗi đã được sửa # 1007446 (George Ormond Lorch III).
• innobackupex sẽ không nhận ra MariaDB 5.2 và MariaDB 5.3. Cố định bằng cách gia tăng kiểm tra phiên bản trong innobackupex. Sửa lỗi # 733665 (Daniel van Eeden, Alexey Kopytov).
• Các bản sửa lỗi khác: lỗi cố định # 924492 (Alexey Kopytov), ​​lỗi cố định # 1097158 (Alexey Kopytov), ​​lỗi cố định # 1081882 (Alexey Kopytov), ​​lỗi cố định # 1096584 (Alexey Kopytov).



Tính năng mới trong phiên bản 1.6.7:

• Bugs Fixed:
• xtrabackup_binary không được bao gồm trong kho lưu trữ tar khi phát trực tuyến, thay vào đó nó đã được ghi vào thư mục hiện tại. Điều này có thể dẫn đến nhị phân xtrabackup sai được sử dụng khi chuẩn bị sao lưu được tạo ra bằng các tùy chọn --stream hoặc --remote-host. Các lỗi cố định # 723318 và # 787988 (Stewart Smith).
• Các bảng FLUSH WITH READ LOCK không được sử dụng khi tạo các bản sao lưu gia tăng, có thể dẫn đến việc sao lưu không nhất quán khi cập nhật các bảng không InnoDB hoặc các câu lệnh DDL trên bất kỳ bảng nào xảy ra trong quá trình sao lưu. Lỗi đã được sửa # 771981 (Alexey Kopytov).
• Tùy chọn --safe-slave-backup đã dẫn đến thông tin binlog không chính xác, bởi vì trong một số trường hợp, innobackupex đã nhầm lẫn câu trả lời từ SHOW SLAVE STATUS với một thông báo từ SHOW MASTER STATUS. Sửa lỗi # 977101 (Alexey Kopytov).
• innodb_data_file_path không được ghi vào bản sao lưu-my.cnf, đây là một hồi quy được giới thiệu trong XtraBackup 1.6.5. Lỗi đã được sửa # 983685 (Sergei Glushchenko).
• Cố định lỗi thử nghiệm giả mạo với grep 2.10. Sửa lỗi # 996483 (Alexey Kopytov).
• Khi innobackupex chạy với --apply-log, nó đọc cấu hình từ tệp cấu hình máy chủ thay vì sao lưu-my.cnf trong thư mục sao lưu. Lỗi đã được sửa # 996493 (Sergei Glushchenko).
• innobackupex có thể sao chép các tệp vào một thư mục sai khi kết hợp một bản sao lưu gia tăng với một tệp tin đầy đủ. Cố định cố định # 1002688 (Alexey Kopytov).
• XtraBackup nhị phân đã bị rò rỉ bộ mô tả tập tin trên --backup. Điều này đã được cố định bằng cách sử dụng lại mô tả tập tin hiện có để không có rò rỉ xảy ra. Lỗi đã được sửa # 713267 (Alexey Kopytov).



Tính năng mới trong phiên bản 2.0.4:

• Bugs Fixed:
• Sửa lỗi cho # 932623 giới thiệu hồi quy trong XtraBackup 2.0.2 gây ra sự sao lưu gia tăng không thành công vì các giá trị tham số init không được chuẩn hóa thành các giá trị được sử dụng bên trong InnoDB. Lỗi đã được sửa # 1062684 (Sergei Glushchenko).
• Sửa lỗi cho # 932623 giới thiệu hồi quy trong XtraBackup 2.0.2 bởi vì nó không lấy vùng lập bảng sao lưu riêng biệt vào một tài khoản. Sửa lỗi # 1066843 (Sergei Glushchenko).
• XtraBackup đang xử lý tệp bộ nhớ đệm sao lưu riêng biệt không chính xác. Đường dẫn tệp của bộ đệm ghi đè không được thêm vào bản sao lưu-my.cnf và sau khi khôi phục tệp bộ nhớ đệm cũ đã được sử dụng thay vì tệp đã tạo trong giai đoạn chuẩn bị. Lỗi đã được sửa # 1068470 (Sergei Glushchenko).
• XtraBackup chấp nhận tùy chọn --innodb = force, trước đây nó sẽ ném một lỗi nếu tùy chọn được thiết lập. Sửa lỗi # 528752 (Laurynas Biveinis).
• Tùy chọn an toàn-nô lệ-sao lưu đã không hoạt động chính xác. Sửa lỗi # 887803 (Alexey Kopytov).
• Trong trường hợp đã hoàn thành thời gian chờ an toàn-nơ-ron-nô lệ khi sử dụng tùy chọn sao lưu an toàn-nô lệ, SQL_THREAD đã bị dừng ở trạng thái dừng lại khiến cho chủ đề nô lệ tụt lại phía sau. Điều này đã được cố định bằng cách kiểm tra trạng thái SQL_THREAD ban đầu và bắt đầu nó trước khi chấm dứt với một lỗi timeout và bắt đầu SQL_THREAD chỉ khi nó được chạy ban đầu. Sửa lỗi # 1037379 (Alexey Kopytov).
• XtraBackup sẽ không thành công trên --apply-log khi hệ thống tập tin không hỗ trợ Linux AIO. Sửa lỗi # 1065561 (Alexey Kopytov).
• Nhị phân XtraBackup sẽ bỏ qua innodb_use_native_aio khi nó được chỉ định trong my.cnf hoặc như một tùy chọn dòng lệnh. Sửa lỗi # 1068459 (Alexey Kopytov).
• XtraBackup sẽ in một thông điệp cảnh báo trong giai đoạn chuẩn bị về innodb_file_io_threads đang bị phản đối, ngay cả khi không được đặt biến. Sửa lỗi # 1068485 (Alexey Kopytov).
• Các bài kiểm tra XtraBackup Galera bây giờ có thể chạy đồng thời. Sửa lỗi # 1077800 (Stewart Smith).



Tính năng mới trong phiên bản 2.0.3:

• Tính năng mới:
• innobackupex hỗ trợ tùy chọn mới -move-back có thể được sử dụng thay vì -copy-back trong trường hợp không có đủ không gian đĩa trống trên máy chủ để sao chép các tệp tin. Vì tùy chọn này sẽ xóa các tệp sao lưu nên nó phải được sử dụng cẩn thận.
• Bugs Fixed:
• Biểu tượng liên kết cho innobackupex-1.5.1 nhị phân đã bị hỏng trong phiên bản trước của XtraBackup. Cố định cố định số 1038198 (Ignacio Nin).
• XtraBackup 2.0.2 không tương thích ngược mà gây ra các sao lưu gia tăng được tạo ra với các phiên bản trước để thất bại khi chuẩn bị. Lỗi đã được sửa # 1038127 (Sergei Glushchenko).
• Khắc phục lỗi # 1022562 đã giới thiệu hồi quy có thể dẫn đến tăng 5x không gian đĩa chiếm dụng bởi các bản sao lưu gia tăng. Sửa lỗi # 1043762 (Laurynas Biveinis).
• Hồi quy đã được đưa ra trong bản sửa lỗi cho lỗi # 932623 gây ra việc xử lý không hợp lệ các không gian bảng nén với kích thước trang là 16K, được tạo ra giữa lần cuối cùng toàn bộ hoặc gia tăng và lần sao lưu gia tăng tiếp theo. Các lỗi cố định # 1049174 và # 1044398 (Laurynas Biveinis).


• Nó chứa các bản sửa lỗi quan trọng cho loạt 1,6 ổn định
  của phát hành Pereca XtraBackup.
20 Jan 18 Trong Phần mềm sao lưu, đĩa và tập tin phần mềm