Percona XtraBackup

Percona XtraBackup เป็นซอฟต์แวร์โอเพ่นซอร์สแบบพกพาฟรีและไม่ปิดกั้นซึ่งทำหน้าที่เป็นโซลูชันสำรองแบบสแตนด์อโลนสำหรับเครื่องมือเก็บข้อมูล XtraDB และ InnoDB ที่รู้จักกันดี มีการตรวจสอบการสำรองข้อมูลอัตโนมัติและมีช่วงเวลาการทำงานที่สูงขึ้นกว่าผลิตภัณฑ์อื่นที่คล้ายคลึงกัน

โปรแกรมนี้สามารถทำงานร่วมกับเซิร์ฟเวอร์ฐานข้อมูล MySQL และ MariaDB ได้อย่างสมบูรณ์และใช้บริการเครือข่ายทางสังคม Facebook ที่เป็นที่นิยมสำหรับการสำรองข้อมูลที่เพิ่มขึ้น ได้รับการออกแบบมาเพื่อแก้ปัญหาในโลกแห่งความเป็นจริงเมื่อมีการสำรองข้อมูลฐานข้อมูลที่มีขนาดใหญ่มาก

คุณลักษณะสำคัญ ได้แก่ ความสามารถในการสำรองข้อมูลออนไลน์ขณะเดียวกันก็หลีกเลี่ยงการขัดจังหวะฐานข้อมูลความสามารถในการสตรีมมิ่งการสำรองข้อมูลไปยังเซิร์ฟเวอร์เครื่องอื่นรวมทั้งความสามารถในการสำรองข้อมูลที่เพิ่มขึ้นในขณะที่ประหยัดเงินในพื้นที่ดิสก์และแบนด์วิธเครือข่าย

ด้วย Percona XtraBackup การสำรองข้อมูลของคุณจะเสร็จสิ้นอย่างน่าเชื่อถือและรวดเร็ว นอกจากนี้คุณยังสามารถสร้างทาสจำลองใหม่ได้อย่างง่ายดายดำเนินการวิเคราะห์ข้อมูลและไฟล์ดัชนีขั้นสูงและย้ายแต่ละตารางระหว่างเซิร์ฟเวอร์โดยไม่ต้องรีสตาร์ทงานที่ต้องใช้ XtraDB เพื่อนำเข้า

ซอฟต์แวร์สนับสนุนรสชาติ MySQL ต่างๆในหมู่ที่เราสามารถพูดถึง MySQL, MariaDB, MariaDB Galera Cluster, Percona Server และ Pereca XtraDB Cluster นอกจากนี้ยังสนับสนุนระบบปฏิบัติการ GNU / Linux ทั้งหมดทำงานได้ดีบนฮาร์ดแวร์ 32 บิตและ 64 บิต

ระหว่างคุณสมบัติอื่น ๆ เราสามารถพูดถึงการปิดกั้นการสำรองข้อมูลของ MyISAM การสำรองข้อมูลแบบบีบอัดแบบเต็มการสำรองข้อมูลแบบบีบอัดที่เพิ่มขึ้นการสำรองข้อมูลที่เพิ่มขึ้นอย่างรวดเร็วการสำรองข้อมูลที่เพิ่มขึ้นพร้อมกับบันทึกที่เก็บถาวรและการล็อกไฟล์ซ้ำเฉพาะการสำรองข้อมูลแบบคู่ขนานการคัดลอกการสำรองข้อมูล การเข้ารหัส.

นอกจากนี้ยังมาพร้อมกับการสนับสนุน rsync สำหรับการซิงโครไนซ์ไฟล์ที่ทันสมัยที่สุดการส่งออกตารางส่วนบุคคลการจัดการ FTWRL ที่มีประสิทธิภาพการสำรองข้อมูลขนาดกะทัดรัดการสนับสนุนการกู้คืนแบบจุดต่อจุดการสำรองข้อมูลแบบออฟไลน์ตลอดจนการสนับสนุนระบบคลาวด์ การสำรองข้อมูล.

Percona XtraBackup เขียนขึ้นในภาษาโปรแกรม C, C ++ และ Perl เป็นซอฟต์แวร์บรรทัดคำสั่งแจกจ่ายเป็นแพ็กเกจไบนารีที่สร้างไว้ล่วงหน้าสำหรับ Ubuntu, Debian และ Red Hat Enterprise Linux รวมทั้งไฟล์ไบนารีและแหล่งข้อมูลทั่วไป

อะไร ใหม่ ในรุ่นนี้:

• Percona XtraBackup จะ segfault ในระหว่างขั้นตอนการจัดทำหน้า FTS บางอย่าง Bug คงที่ # 1460138
• แก้ไขข้อผิดพลาดในการคอมไพล์เนื่องจากขาดการอ้างอิงซึ่งเกิดจากข้อผิดพลาด # 77226 Bug คงที่ # 1461129
• การถดถอยที่นำมาใช้โดยการแก้ไขข้อผิดพลาด # 1403237 ใน Percona XtraBackup 2.2.8 อาจทำให้ xtrabackup อ่านบันทึกการทำซ้ำจากการชดเชยที่ไม่ถูกต้องซึ่งอาจทำให้เกิดการยืนยันได้ Bug คงที่ # 1464608
• แก้ไขตัวแปร current-thread_dialitialized current-thread ของ local-local การดำเนินการนี้ยังแก้ไขบั๊ก # 1415191 อย่างสมบูรณ์ Bug fixed # 1467574.
• หลังจากที่ได้เปิดตัว Percona XtraBackup 2.2.11 แล้ว innobackupex จะเรียกใช้ FLUSH TABLE ก่อนที่จะใช้ FLUSH TABLES WITH READ LOCK แม้ว่าจะช่วยในการสำรองข้อมูลในบางสถานการณ์ แต่ก็หมายความว่า FLUSH TABLE จะเขียนลงในบันทึกข้อมูลไบนารี เมื่อมาเรีย 10.0 ที่มีการเปิดใช้งาน GTID เมื่อมีการสำรองข้อมูลในทาสนี้จะเปลี่ยนแปลง GTID ของทาสนั้นและ Percona XtraBackup ไม่เห็น GTID ที่ถูกต้องอีกต่อไป Bug คงที่ # 1466446 (Julien Pivotto)
• การรวบรวม RPM ของ Percona XtraBackup ยังต้องการ bzr Bug คงที่ # 1466888 (Julien Pivotto)
• การรวบรวม Perbox XtraBackup RPMs ที่มีตัวเลือก XB_VERSION_EXTRA จะสร้างเวอร์ชัน RPM ที่ไม่ถูกต้อง Bug คงที่ # 1467424 (Julien Pivotto)
• Percona XtraBackup จะเสร็จสิ้นสมบูรณ์แม้ว่าจะไม่ได้คัดลอกแฟ้มบันทึกการทำซ้ำใหม่ทั้งหมด ซึ่งหมายความว่าการสำรองข้อมูลถือว่าประสบความสำเร็จแม้ว่าจะมีความเสียหายก็ตาม Bug คงที่ # 1470847
• ในกรณีที่มีอย่างน้อย 2 tablespaces ที่มี ID เดียวกันในไดเร็กทอรีข้อมูล xtrabackup จะหยิบคำสั่งแรกขึ้นโดยคำศัพท์ซึ่งอาจทำให้ตารางถูกต้องได้ Bug คงที่ # 1475487
• Percona XtraBackup ขาดหายไป revision_id ในไบนารี แก้ไขข้อผิดพลาด # 1394174



มีอะไรใหม่ ในเวอร์ชัน 2.4.8:

• Percona XtraBackup จะ segfault ในระหว่างขั้นตอนการจัดทำหน้า FTS บางอย่าง Bug คงที่ # 1460138
• แก้ไขข้อผิดพลาดในการคอมไพล์เนื่องจากขาดการอ้างอิงซึ่งเกิดจากข้อผิดพลาด # 77226 Bug คงที่ # 1461129
• การถดถอยที่นำมาใช้โดยการแก้ไขข้อผิดพลาด # 1403237 ใน Percona XtraBackup 2.2.8 อาจทำให้ xtrabackup อ่านบันทึกการทำซ้ำจากการชดเชยที่ไม่ถูกต้องซึ่งอาจทำให้เกิดการยืนยันได้ Bug คงที่ # 1464608
• แก้ไขตัวแปร current-thread_dialitialized current-thread ของ local-local การดำเนินการนี้ยังแก้ไขบั๊ก # 1415191 อย่างสมบูรณ์ Bug fixed # 1467574.
• หลังจากที่ได้เปิดตัว Percona XtraBackup 2.2.11 แล้ว innobackupex จะเรียกใช้ FLUSH TABLE ก่อนที่จะใช้ FLUSH TABLES WITH READ LOCK แม้ว่าจะช่วยในการสำรองข้อมูลในบางสถานการณ์ แต่ก็หมายความว่า FLUSH TABLE จะเขียนลงในบันทึกข้อมูลไบนารี เมื่อมาเรีย 10.0 ที่มีการเปิดใช้งาน GTID เมื่อมีการสำรองข้อมูลในทาสนี้จะเปลี่ยนแปลง GTID ของทาสนั้นและ Percona XtraBackup ไม่เห็น GTID ที่ถูกต้องอีกต่อไป Bug คงที่ # 1466446 (Julien Pivotto)
• การรวบรวม RPM ของ Percona XtraBackup ยังต้องการ bzr Bug คงที่ # 1466888 (Julien Pivotto)
• การรวบรวม Perbox XtraBackup RPMs ที่มีตัวเลือก XB_VERSION_EXTRA จะสร้างเวอร์ชัน RPM ที่ไม่ถูกต้อง Bug คงที่ # 1467424 (Julien Pivotto)
• Percona XtraBackup จะเสร็จสิ้นสมบูรณ์แม้ว่าจะไม่ได้คัดลอกแฟ้มบันทึกการทำซ้ำใหม่ทั้งหมด ซึ่งหมายความว่าการสำรองข้อมูลถือว่าประสบความสำเร็จแม้ว่าจะมีความเสียหายก็ตาม Bug คงที่ # 1470847
• ในกรณีที่มีอย่างน้อย 2 tablespaces ที่มี ID เดียวกันในไดเร็กทอรีข้อมูล xtrabackup จะหยิบคำสั่งแรกขึ้นโดยคำศัพท์ซึ่งอาจทำให้ตารางถูกต้องได้ Bug คงที่ # 1475487
• Percona XtraBackup ขาดหายไป revision_id ในไบนารี แก้ไขข้อผิดพลาด # 1394174



มีอะไรใหม่ ในเวอร์ชัน 2.4.7:

• Percona XtraBackup จะ segfault ในระหว่างขั้นตอนการจัดทำหน้า FTS บางอย่าง Bug คงที่ # 1460138
• แก้ไขข้อผิดพลาดในการคอมไพล์เนื่องจากขาดการอ้างอิงซึ่งเกิดจากข้อผิดพลาด # 77226 Bug คงที่ # 1461129
• การถดถอยที่นำมาใช้โดยการแก้ไขข้อผิดพลาด # 1403237 ใน Percona XtraBackup 2.2.8 อาจทำให้ xtrabackup อ่านบันทึกการทำซ้ำจากการชดเชยที่ไม่ถูกต้องซึ่งอาจทำให้เกิดการยืนยันได้ Bug คงที่ # 1464608
• แก้ไขตัวแปร current-thread_dialitialized current-thread ของ local-local การดำเนินการนี้ยังแก้ไขบั๊ก # 1415191 อย่างสมบูรณ์ Bug fixed # 1467574.
• หลังจากที่ได้เปิดตัว Percona XtraBackup 2.2.11 แล้ว innobackupex จะเรียกใช้ FLUSH TABLE ก่อนที่จะใช้ FLUSH TABLES WITH READ LOCK แม้ว่าจะช่วยในการสำรองข้อมูลในบางสถานการณ์ แต่ก็หมายความว่า FLUSH TABLE จะเขียนลงในบันทึกข้อมูลไบนารี เมื่อมาเรีย 10.0 ที่มีการเปิดใช้งาน GTID เมื่อมีการสำรองข้อมูลในทาสนี้จะเปลี่ยนแปลง GTID ของทาสนั้นและ Percona XtraBackup ไม่เห็น GTID ที่ถูกต้องอีกต่อไป Bug คงที่ # 1466446 (Julien Pivotto)
• การรวบรวม RPM ของ Percona XtraBackup ยังต้องการ bzr Bug คงที่ # 1466888 (Julien Pivotto)
• การรวบรวม Perbox XtraBackup RPMs ที่มีตัวเลือก XB_VERSION_EXTRA จะสร้างเวอร์ชัน RPM ที่ไม่ถูกต้อง Bug คงที่ # 1467424 (Julien Pivotto)
• Percona XtraBackup จะเสร็จสิ้นสมบูรณ์แม้ว่าจะไม่ได้คัดลอกแฟ้มบันทึกการทำซ้ำใหม่ทั้งหมด ซึ่งหมายความว่าการสำรองข้อมูลถือว่าประสบความสำเร็จแม้ว่าจะมีความเสียหายก็ตาม Bug คงที่ # 1470847
• ในกรณีที่มีอย่างน้อย 2 tablespaces ที่มี ID เดียวกันในไดเร็กทอรีข้อมูล xtrabackup จะหยิบคำสั่งแรกขึ้นโดยคำศัพท์ซึ่งอาจทำให้ตารางถูกต้องได้ Bug คงที่ # 1475487
• Percona XtraBackup ขาดหายไป revision_id ในไบนารี แก้ไขข้อผิดพลาด # 1394174



มีอะไรใหม่ ในเวอร์ชัน 2.4.6:

• Percona XtraBackup จะ segfault ในระหว่างขั้นตอนการจัดทำหน้า FTS บางอย่าง Bug คงที่ # 1460138
• แก้ไขข้อผิดพลาดในการคอมไพล์เนื่องจากขาดการอ้างอิงซึ่งเกิดจากข้อผิดพลาด # 77226 Bug คงที่ # 1461129
• การถดถอยที่นำมาใช้โดยการแก้ไขข้อผิดพลาด # 1403237 ใน Percona XtraBackup 2.2.8 อาจทำให้ xtrabackup อ่านบันทึกการทำซ้ำจากการชดเชยที่ไม่ถูกต้องซึ่งอาจทำให้เกิดการยืนยันได้ Bug คงที่ # 1464608
• แก้ไขตัวแปร current-thread_dialitialized current-thread ของ local-local การดำเนินการนี้ยังแก้ไขบั๊ก # 1415191 อย่างสมบูรณ์ Bug fixed # 1467574.
• หลังจากที่ได้เปิดตัว Percona XtraBackup 2.2.11 แล้ว innobackupex จะเรียกใช้ FLUSH TABLE ก่อนที่จะใช้ FLUSH TABLES WITH READ LOCK แม้ว่าจะช่วยในการสำรองข้อมูลในบางสถานการณ์ แต่ก็หมายความว่า FLUSH TABLE จะเขียนลงในบันทึกข้อมูลไบนารี เมื่อมาเรีย 10.0 ที่มีการเปิดใช้งาน GTID เมื่อมีการสำรองข้อมูลในทาสนี้จะเปลี่ยนแปลง GTID ของทาสนั้นและ Percona XtraBackup ไม่เห็น GTID ที่ถูกต้องอีกต่อไป Bug คงที่ # 1466446 (Julien Pivotto)
• การรวบรวม RPM ของ Percona XtraBackup ยังต้องการ bzr Bug คงที่ # 1466888 (Julien Pivotto)
• การรวบรวม Perbox XtraBackup RPMs ที่มีตัวเลือก XB_VERSION_EXTRA จะสร้างเวอร์ชัน RPM ที่ไม่ถูกต้อง Bug คงที่ # 1467424 (Julien Pivotto)
• Percona XtraBackup จะเสร็จสิ้นสมบูรณ์แม้ว่าจะไม่ได้คัดลอกแฟ้มบันทึกการทำซ้ำใหม่ทั้งหมด ซึ่งหมายความว่าการสำรองข้อมูลถือว่าประสบความสำเร็จแม้ว่าจะมีความเสียหายก็ตาม Bug คงที่ # 1470847
• ในกรณีที่มีอย่างน้อย 2 tablespaces ที่มี ID เดียวกันในไดเร็กทอรีข้อมูล xtrabackup จะหยิบคำสั่งแรกขึ้นโดยคำศัพท์ซึ่งอาจทำให้ตารางถูกต้องได้ Bug คงที่ # 1475487
• Percona XtraBackup ขาดหายไป revision_id ในไบนารี แก้ไขข้อผิดพลาด # 1394174



มีอะไรใหม่ ในเวอร์ชัน 2.4.3:

• Percona XtraBackup จะ segfault ในระหว่างขั้นตอนการจัดทำหน้า FTS บางอย่าง Bug คงที่ # 1460138
• แก้ไขข้อผิดพลาดในการคอมไพล์เนื่องจากขาดการอ้างอิงซึ่งเกิดจากข้อผิดพลาด # 77226 Bug คงที่ # 1461129
• การถดถอยที่นำมาใช้โดยการแก้ไขข้อผิดพลาด # 1403237 ใน Percona XtraBackup 2.2.8 อาจทำให้ xtrabackup อ่านบันทึกการทำซ้ำจากการชดเชยที่ไม่ถูกต้องซึ่งอาจทำให้เกิดการยืนยันได้ Bug คงที่ # 1464608
• แก้ไขตัวแปร current-thread_dialitialized current-thread ของ local-local การดำเนินการนี้ยังแก้ไขบั๊ก # 1415191 อย่างสมบูรณ์ Bug fixed # 1467574.
• หลังจากที่ได้เปิดตัว Percona XtraBackup 2.2.11 แล้ว innobackupex จะเรียกใช้ FLUSH TABLE ก่อนที่จะใช้ FLUSH TABLES WITH READ LOCK แม้ว่าจะช่วยในการสำรองข้อมูลในบางสถานการณ์ แต่ก็หมายความว่า FLUSH TABLE จะเขียนลงในบันทึกข้อมูลไบนารี เมื่อมาเรีย 10.0 ที่มีการเปิดใช้งาน GTID เมื่อมีการสำรองข้อมูลในทาสนี้จะเปลี่ยนแปลง GTID ของทาสนั้นและ Percona XtraBackup ไม่เห็น GTID ที่ถูกต้องอีกต่อไป Bug คงที่ # 1466446 (Julien Pivotto)
• การรวบรวม RPM ของ Percona XtraBackup ยังต้องการ bzr Bug คงที่ # 1466888 (Julien Pivotto)
• การรวบรวม Perbox XtraBackup RPMs ที่มีตัวเลือก XB_VERSION_EXTRA จะสร้างเวอร์ชัน RPM ที่ไม่ถูกต้อง Bug คงที่ # 1467424 (Julien Pivotto)
• Percona XtraBackup จะเสร็จสิ้นสมบูรณ์แม้ว่าจะไม่ได้คัดลอกแฟ้มบันทึกการทำซ้ำใหม่ทั้งหมด ซึ่งหมายความว่าการสำรองข้อมูลถือว่าประสบความสำเร็จแม้ว่าจะมีความเสียหายก็ตาม Bug คงที่ # 1470847
• ในกรณีที่มีอย่างน้อย 2 tablespaces ที่มี ID เดียวกันในไดเร็กทอรีข้อมูล xtrabackup จะหยิบคำสั่งแรกขึ้นโดยคำศัพท์ซึ่งอาจทำให้ตารางถูกต้องได้ Bug คงที่ # 1475487
• Percona XtraBackup ขาดหายไป revision_id ในไบนารี แก้ไขข้อผิดพลาด # 1394174

Percona XtraBackup 2.1.2 sẽ treo khi thựchiện State

Cógìmới trong phiênbản 2.2.9:

• ถ่ายโอนภาพ แก้ไขข้อผิดพลาด # 1182698

Percona XtraBackup 2.1.2 sẽ treo khi thựchiện State

Cógìmới trong phiênbản 2.2.8:

• ถ่ายโอนภาพ แก้ไขข้อผิดพลาด # 1182698



มีอะไรใหม่ ในเวอร์ชัน 2.1.2:

• แก้ไขข้อบกพร่อง:
• การใช้แพคเกจ DBD :: Perl ของ MySQL สำหรับการสื่อสารผ่านเซิร์ฟเวอร์แทนการวางสาย MySQL command line client นำการถดถอยที่ทำให้เกิดข้อบกพร่อง innobackupex -galera-info แก้ไขข้อผิดพลาด # 1180672
• รูปแบบของ xtrabackup_galera_info ไม่มีตัวคั่น ':' ระหว่างค่าของ wsrep_local_state_uuid และ wsrep_last_committed แก้ไขบั๊ก # 1181222
• การตรวจสอบเวอร์ชันอัตโนมัติของ innobackupex ไม่ทำงานอย่างถูกต้องสำหรับ Percona Server และ MySQL 5.1 ที่เผยแพร่ซึ่งอาจทำให้เกิด Innobackupex ล้มเหลว ข้อบกพร่องแก้ไข # 1181092, # 1181099 และ # 1180905
• เมื่อสำรองเซิร์ฟเวอร์ที่ไม่ใช่ทาสจำลองโดยใช้ตัวเลือก innobackupex -slave-info innobackupex ล้มเหลวโดยมีข้อผิดพลาดร้ายแรง แทนที่ข้อผิดพลาดที่ร้ายแรงด้วยข้อความวินิจฉัยเกี่ยวกับการละเลยข้อมูล innobackupex- ละเว้นในกรณีเช่นนี้ แก้ไขข้อผิดพลาด # 1180662
• ค่าที่น้อยที่สุดสำหรับ wait_timeout บนเซิร์ฟเวอร์อาจทำให้เซิร์ฟเวอร์ปิดการเชื่อมต่อขณะที่ทำการสำรองข้อมูล แก้ไขโดยกำหนดค่าที่ใหญ่กว่าสำหรับตัวเลือก wait_timeout บนเซิร์ฟเวอร์เพื่อป้องกันไม่ให้เซิร์ฟเวอร์ปิดการเชื่อมต่อหากค่า wait_timeout ทั่วโลกมีการตั้งค่าต่ำเกินไป แก้ไขข้อผิดพลาด # 1180922
• การแก้ไขข้อบกพร่องอื่น ๆ : bug fixed # 1177182.

มีอะไรใหม่ ในเวอร์ชัน 2.0.7:

• คุณลักษณะใหม่:
• รุ่น Pereca XtraBackup นี้ได้ใช้คุณลักษณะ MySQL 5.6 เวอร์ชันเต็ม (GTID พื้นที่เก็บข้อมูลระยะไกล / การขนส่งแยกต่างหากการล้างข้อมูล tablespace ไฟล์ถ่ายโอนข้อมูลพูลบัฟเฟอร์ 5.6 รูปแบบ)
• Percona XtraBackup ได้ดำเนินการสนับสนุน InnoDB Buffer Pool Preloading ใน MySQL 5.6 เริ่มต้นด้วย MySQL 5.6 การถ่ายโอนข้อมูลพูลบัฟเฟอร์สามารถสร้างและโหลดเพื่อให้เซิร์ฟเวอร์ทำงานได้เร็วขึ้นหลังจากเริ่มทำงาน คุณลักษณะนี้คล้ายคลึงกับการถ่ายโอนข้อมูล / คืนค่าของบัฟเฟอร์พูลในเซิร์ฟเวอร์ Percona การถ่ายโอนข้อมูลพูลฐานข้อมูล MySQL 5.6 จะถูกคัดลอกลงในไดเร็กทอรีสำรองระหว่างขั้นตอนการสำรองข้อมูล ในระหว่างขั้นตอนการคัดลอก (เรียกคืน) จะถูกคัดลอกกลับไปยังไดเร็กทอรีข้อมูล หลังจากการสำรองข้อมูลถูกเรียกคืนการถ่ายโอนข้อมูลพูลบัฟเฟอร์สามารถโหลดได้โดยเซิร์ฟเวอร์โดยอัตโนมัติเมื่อเริ่มต้นหรือตามต้องการ
• ช่วงเวลาระหว่างการตรวจสอบที่ดำเนินการโดยเธรดการคัดลอกล็อกสามารถกำหนดค่าได้โดย innobackupex -log-copy-interval การกำหนดช่วงเวลาช่วยให้สามารถลดเวลาระหว่างการตรวจสอบซึ่งสามารถป้องกันความล้มเหลวของ XtraBackup ที่เกิดจากบันทึกการเข้าสู่ระบบในบันทึกการทำธุรกรรมได้ถูกเขียนทับก่อนที่จะคัดลอกโดยเธรดการคัดลอก log
• Percona XtraBackup เก็บค่า GTID ไว้ใน xtrabackup_binlog_info เมื่อทำข้อมูลสำรองของ MySQL และ Percona Server 5.6 พร้อมเปิดใช้งานโหมด GTID ตัวอย่างของการใช้ข้อมูลนี้เพื่อสร้าง / กู้คืนทาสสามารถพบได้ในบล็อกโพสต์นี้
• ตัวเลือก Percona XtraBackup xtrabackup -export ขณะนี้สนับสนุน tablespaces ขนส่งใน MySQL 5.6 ตัวเลือกนี้สามารถใช้ในการผลิตไฟล์ข้อมูลเมตา 5.6 รูปแบบซึ่งสามารถนำเข้าโดย ALTER TABLE IMPORT TABLESPACE บน MySQL และ Percona Server 5.6 ตามที่อธิบายไว้ในคู่มือการใช้เอ็กซ์พอร์ตและนำเข้าตาราง
• แก้ไขข้อบกพร่อง:
• xtrabackup_56 ไบนารีมีอยู่ในแพ็คเกจ rpm และ deb แต่ไม่พบแพคเกจ .tar.gz แหล่งที่มา แก้ไขโดยการเพิ่มไบนารีที่ขาดหายไป. tar.gz ด้วย แก้ไขข้อผิดพลาด # 1158948
• innobackupex อาจล้มเหลวเมื่อใช้งานการสำรองข้อมูล 5.6 เนื่องจากเชื่อมโยงห้องสมุด SSL ที่ไม่ถูกต้อง แก้ไขข้อผิดพลาด # 1168540
• Percona XtraBackup จะขัดข้องเมื่อเตรียมข้อมูลสำรอง 5.6 พร้อมกับตารางที่แบ่งพาร์ติชัน แก้ไขข้อผิดพลาด # 1169169
• ตารางที่ถูกทิ้งระหว่างการสำรองข้อมูลเต็มรูปแบบและรายการที่เพิ่มขึ้นมีอยู่ในไดเร็กทอรีการสำรองข้อมูลแบบเต็มรูปแบบและไม่ได้ถูกเอาออกเมื่อมีการรวมข้อมูลสำรองที่เพิ่มขึ้น แก้ไขโดยการลบแฟ้มที่สอดคล้องกับตารางที่ขาดหายไปในไดเรกทอรีสำรองที่เพิ่มขึ้น แก้ไขข้อผิดพลาด # 856400
• Percona XtraBackup จะทิ้งไฟล์ xtrabackup_tmp เก่าใน datadir ไว้หลังจากใช้การสำรองข้อมูลที่เพิ่มขึ้น แก้ไขข้อผิดพลาด # 1079135
• แก้ไขข้อผิดพลาดบางอย่างใน innobackupex เมื่อได้รับคำเตือนทั้งหมด FATAL แก้ไขข้อผิดพลาด # 1116177 แล้ว
• ถ้ามีหลายพันตารางและ IO ที่ช้าอยู่แล้ว XtraBackup สามารถใช้เวลาในการเปิด tablespaces ทั้งหมดได้มาก การเพิ่มประสิทธิภาพได้รับการดำเนินการแล้วและ XtraBackup จะหลีกเลี่ยงการโหลดพื้นที่ที่ไม่เกี่ยวข้องกับพื้นที่เก็บข้อมูลเมื่อมีการสำรองข้อมูลบางส่วนซึ่งจะช่วยเพิ่มความเร็วในการสำรองข้อมูล แก้ไขข้อผิดพลาด # 1130145
• Percona XtraBackup ไม่ได้เริ่มต้นข้อมูลต่อเธรดในเธรดการคัดลอกล็อกซึ่งอาจทำให้เกิดปัญหา XtraBackup แก้ไขข้อผิดพลาด # 1166888
• การพึ่งพาแพคเกจถูกเปลี่ยนจากไฟล์นามธรรม mysql เป็นไฟล์จริง / usr / bin / mysql เนื่องจากแพคเกจ rpm จาก Oracle ไม่จำเป็นต้องพึ่งพา mysql ซึ่งเป็นที่ต้องการโดย rpm ของ XtraBackup แก้ไขข้อผิดพลาด # 1095972
• Percona XtraBackup จะล้มเหลวเมื่อเตรียมการสำรองข้อมูล MySQL 5.6 ถ้าไฟล์บันทึกมีขนาดใหญ่กว่า 4G บนเซิร์ฟเวอร์ต้นทาง แก้ไขข้อผิดพลาด # 1164979
• เนื่องจากการใช้งานที่แตกต่างกันใน MySQL 5.6 ข้อความแสดงข้อผิดพลาดไม่ได้พิมพ์ลงใน stderr โดยตรง เนื่องจากข้อผิดพลาด InnoDB หรือข้อความวินิจฉัยทั้งหมดจะไม่ถูกพิมพ์โดย xtrabackup_56 แก้ไขข้อผิดพลาด # 1169971
• innobackupex จะยังคงทำงานกับ FLUSH TABLES WITH READ LOCK แม้ว่า xtrabackup จะล้มเหลวเมื่อคัดลอกบันทึก แก้ไขโดยการยกเลิกกระบวนการ xtrabackup ทันทีที่เกิดความล้มเหลวในการคัดลอก log แก้ไขข้อผิดพลาด # 1170806
• innobackupex จะล้มเหลวถ้า SQL_MODE ถูกตั้งค่าเป็น ANSI_QUOTES แก้ไขข้อผิดพลาด # 945161
• ไม่มีช่องว่างจาก * .ibd.meta จะนำไปสู่การยืนยัน แก้ไขโดยการแทนที่การยืนยันด้วยข้อความแสดงข้อผิดพลาด แก้ไขข้อผิดพลาด # 1112224
• แก้ไขข้อผิดพลาดในข้อผิดพลาดของ innobackupex แก้ไขข้อผิดพลาด # 1157225
• เมื่อสร้างจากเป้าหมาย innodb56 ที่ไม่มีตัวเลือกในการปิดใช้งาน DTrace เช่น innodb55 แก้ไขโดยการเพิ่ม -DENABLE_DTRACE = ตัวเลือกการสร้างปิดสำหรับ innodb56 เช่นกัน แก้ไขข้อผิดพลาด # 1169509
• innobackupex ไม่ได้จัดการตัวเลือก innodb_data_file_path ซึ่งอาจทำให้การสำรองข้อมูลล้มเหลว แก้ไขข้อผิดพลาด # 1169726
• สำหรับไบนารี Debian และ Linux ข้อความ - version ที่ควรมีการแก้ไขแสดง & quot; undefined & quot; แก้ไขบั๊ก # 1171721
• รหัสซ้ำซ้อนได้ถูกลบออกจาก xtrabackup.cc แล้ว แก้ไขข้อผิดพลาด # 1162765
• การแก้ไขข้อบกพร่องอื่น ๆ : bug fixed # 1158154, bug fixed # 1170340, bug fixed # 1088309, bug fixed # 1088307



มีอะไรใหม่ ในเวอร์ชัน 2.0.6:

• คุณลักษณะใหม่:
• XtraBackup ได้ใช้การสนับสนุนพื้นฐานสำหรับ MySQL 5.6, Percona Server 5.6 และ MariaDB 10.0 การสนับสนุนขั้นพื้นฐานหมายความว่าเวอร์ชันเหล่านี้ได้รับการยอมรับจาก XtraBackup และการสำรองข้อมูล / เรียกคืนจะทำงานได้ตราบเท่าที่ไม่มีการใช้คุณลักษณะเฉพาะ 5.6 (เช่น GTID ระยะไกล / เคลื่อนย้ายได้ tablespaces แยกกันทำซ้ำ tablespace ไฟล์พูลโปรแกรมถ่ายโอนข้อมูลพูล 5.5) .
• แก้ไขข้อบกพร่อง:
• พื้นที่เก็บข้อมูล InnoDB แต่ละช่องที่มีขนาดน้อยกว่า 1MB ได้รับการขยายไปเป็น 1 เมกะไบต์สำหรับการเตรียมการสำรองข้อมูล นี้นำไปสู่การเพิ่มขึ้นอย่างมากในการใช้งานดิสก์ในกรณีที่มีหลาย InnoDB ขนาดเล็ก tablespaces Bug fixed # 950334 (Daniel Frett, Alexey Kopytov)
• แก้ไขปัญหาที่ทำให้ฐานข้อมูลที่สอดคล้องกับไดเร็กทอรีย่อยของ datadir ที่ไม่สามารถเข้าถึงได้จะถูกละเลยโดย XtraBackup โดยไม่มีข้อความเตือนหรือข้อผิดพลาด เหตุการณ์นี้เกิดขึ้นเนื่องจากรหัส InnoDB ละเว้นไดเรกทอรีย่อยของ datadir ที่ไม่สามารถเปิดได้ Bug คงที่ # 664986 (Alexey Kopytov)
• ในบางกรณี XtraBackup อาจล้มเหลวในการคัดลอก tablespace ที่มีค่าตัวเลือกสูงและมีค่า innodb_open_files ต่ำ แก้ไขข้อบกพร่อง # 870119 (Alexey Kopytov)
• การแก้ไขข้อบกพร่อง # 711166 นำการถดถอยที่ทำให้เกิดการแบ็คอัพพาร์ทิชันแต่ละตัวล้มเหลวเมื่อใช้กับตัวเลือกรวมใน innobackupex หรือตัวเลือกใน xtrabackup แก้ไขบั๊ก # 1130627 (Alexey Kopytov)
• innobackupex ไม่ได้เพิ่มการตั้งค่าไฟล์ต่อตารางสำหรับการสำรองข้อมูลที่เป็นอิสระจากตาราง แก้ไขโดยการเปิดใช้งาน XtraBackup innodb_file_per_table โดยอัตโนมัติเมื่อใช้ตัวเลือก --export แก้ไขข้อบกพร่อง # 930062 (Alexey Kopytov)
• ในบางกรณี XtraBackup อาจล้มเหลวในการสำรองข้อมูลที่จัดทำขึ้นพร้อมกับ innodb_flush_method = O_DIRECT แก้ไขข้อบกพร่อง # 1055547 (Alexey Kopytov)
• innobackupex ไม่ได้ส่งผ่านตัวเลือก --tmpdir ไปยังไบนารี xtrabackup ส่งผลให้ tmpdir ของเซิร์ฟเวอร์ใช้อยู่เสมอสำหรับไฟล์ชั่วคราว แก้ไขข้อผิดพลาด # 1085099 (Alexey Kopytov)
• XtraBackup ได้ปรับปรุงรายงานข้อผิดพลาดสำหรับเวอร์ชันเซิร์ฟเวอร์ที่ไม่รู้จักแล้ว แก้ไขข้อผิดพลาด # 1087219 (Alexey Kopytov)
• แก้ไขการพึ่งพา Rpm ที่ขาดหายไปสำหรับ Perl Time :: HiRes package ที่ทำให้ Innobackupex ล้มเหลวเมื่อติดตั้ง CentOS น้อยที่สุด แก้ไขข้อผิดพลาด # 1121573 (Alexey Bychko)
• innobackupex จะล้มเหลวเมื่อ -no-lock และ -rsync ถูกใช้ร่วมกัน แก้ไขข้อผิดพลาด # 1123335 (Sergei Glushchenko)
• การแก้ไขข้อบกพร่อง # 1055989 นำการถดถอยที่ทำให้ไฟล์ xtrabackup_pid อยู่ในไดเรกทอรีชั่วคราวหลังจากที่เรียกใช้ แก้ไขบั๊ก # 1114955 (Alexey Kopytov)
• ข้อความการแก้ปัญหาที่ไม่จำเป็นออกจากเอาต์พุต XtraBackup แล้ว แก้ไขข้อผิดพลาด # 1131084 (Alexey Kopytov)
• การแก้ไขข้อบกพร่องอื่น ๆ : บั๊ก # 1153334 (Alexey Kopytov), ​​บั๊ก # 1098498 (Laurynas Biveinis) ).



มีอะไรใหม่ ในเวอร์ชัน 2.0.5:

• คุณลักษณะใหม่:
• มีการแนะนำตัวเลือกใหม่ - มีการเริ่มต้นใช้งานไฟล์พิเศษ ตัวเลือกนี้ระบุจากไฟล์พิเศษที่จะอ่านค่าดีฟอลต์ของ MySQL ก่อนที่จะเป็นค่าเริ่มต้นมาตรฐานไฟล์ สามารถใช้เพื่อโหลดชุดค่าผสมผู้ใช้ / รหัสผ่านสำหรับผู้ใช้ที่ต้องการสำรองข้อมูลจากแฟ้มการกำหนดค่าแยกต่างหากเพื่อหลีกเลี่ยงการจัดเก็บใน crontab หรือสคริปต์บางแห่งในระบบ
• แก้ไขข้อบกพร่อง:
• ในกรณีที่มีการสำรองข้อมูลแบบสตรีม innobackupex จะดำเนินต่อกระบวนการ XtraBackup และรอให้เสร็จสิ้นก่อนที่จะเรียกใช้ UNLOCK TABLES ทำให้ฐานข้อมูลถูกล็อคโดยไม่จำเป็นด้วย FLUSH TABLES WITH READ LOCK ขณะนี้ Innobackupex รอจนกว่าการทำสำเนาการบันทึกจะเสร็จสิ้นเพื่อปลดล็อกฐานข้อมูล แก้ไขข้อบกพร่อง # 1055989 (Alexey Kopytov)
• ข้อความแสดงข้อผิดพลาด innobackupex ที่อ้างอิงถึงไดเร็กทอรีข้อมูลได้รับการขยายเพื่อแสดงพา ธ ของไดเร็กทอรีข้อมูลที่ระบุไว้ในข้อความแสดงข้อผิดพลาด แก้ไขข้อผิดพลาด # 1089375 (Hartmut Holzgraefe)
• ตารางที่มีการแบ่งพาร์ติชันไม่ได้รับการจัดการอย่างถูกต้องโดย - ฐานข้อมูล - รวม - ตัวเลือกที่เก็บไฟล์ของ innobackupex และโดย - ตัวเลือกและ - ตัวเลือกที่เก็บไฟล์ของ XtraBackup แก้ไขโดยการลบคำต่อท้ายพาร์ติชัน (#P # ... ) ก่อนทำการกรอง Bug คงที่ # 711166 (Sergei Glushchenko)
• เมื่อใช้การบีบอัดในตัว XtraBackup กำลังเขียน unbuffered เพื่อเขียนไฟล์ปลายทางหรือสตรีมในส่วนที่เล็กมากซึ่งส่งผลให้เกิด I ​​/ O ที่ไม่มีประสิทธิภาพ แก้ไขโดยใช้บัฟเฟอร์ขนาด 1 เมกะไบต์สำหรับเอาต์พุตคล้ายกับการสำรองข้อมูลแบบไม่บีบอัด แก้ไขข้อผิดพลาด # 1095249 (Alexey Kopytov)
• การนอนหลับที่ยาวไม่จำเป็น () ใน innobackupex จะนำไปสู่ ​​FLUSH TABLES WITH READ LOCK โดยใช้เวลานานเกินไป แก้ไขโดยการเปลี่ยนช่วงการนอนหลับ 2 วินาทีด้วย 100 มิลลิวินาที แก้ไขข้อบกพร่อง # 1095551 (Sergei Glushchenko)
• ถ้า Innobackupex พังมันจะปล่อยไฟล์ xtrabackup_suspended ไว้ในระบบแฟ้ม จากนั้นจึงอาจทำให้ Innobackupex คิดว่า XtraBackup ได้ระงับการใช้งานขณะที่เริ่มต้นแล้วเมื่อ XtraBackup ระงับเอง innobackupex จะรอให้สิ้นสุดและจะไม่นำไฟล์ออกใหม่อีกครั้งเพื่อนำไปสู่การหยุดชะงักรอ แก้ไขโดยการเอาแฟ้ม xtrabackup_suspended เก่าออกเมื่อเริ่มดำเนินการ innobackupex แก้ไขข้อผิดพลาด # 1007446 (George Ormond Lorch III)
• innobackupex จะไม่รู้จัก MariaDB 5.2 และ MariaDB 5.3 แก้ไขโดยเพิ่มการตรวจสอบเวอร์ชันใน innobackupex แก้ไขข้อบกพร่อง # 733665 (Daniel van Eeden, Alexey Kopytov)
• การแก้ไขข้อบกพร่องอื่น ๆ : แก้ไขข้อบกพร่อง # 924492 (Alexey Kopytov), ​​แก้ไขข้อบกพร่อง # 1097158 (Alexey Kopytov), ​​แก้ไขบั๊ก # 1081882 (Alexey Kopytov), ​​bug fixed # 1096584 (Alexey Kopytov)



มีอะไรใหม่ ในเวอร์ชัน 1.6.7:

• แก้ไขข้อบกพร่อง:
• xtrabackup_binary ไม่รวมอยู่ในไฟล์จัดเก็บข้อมูล tar เมื่อสตรีมมิงแทนที่จะถูกเขียนลงในไดเร็กทอรีปัจจุบัน ซึ่งอาจทำให้ฐานข้อมูล xtrabackup ไม่ถูกต้องถูกใช้เมื่อเตรียมการสำรองข้อมูลที่สร้างขึ้นโดยใช้ตัวเลือก - สตรีมหรือ --remote-host บั๊กที่แก้ไข # 723318 และ # 787988 (Stewart Smith)
• ตารางการลัดด้วย READ LOCK ไม่ได้ใช้เมื่อสร้างการสำรองข้อมูลส่วนเพิ่มซึ่งอาจนำไปสู่การสำรองข้อมูลที่ไม่สอดคล้องกันเมื่อมีการอัพเดตตารางหรือตาราง DDN InnoDB ที่ไม่ใช่ในตารางใด ๆ ที่เกิดขึ้นในระหว่างกระบวนการสำรองข้อมูล แก้ไขข้อผิดพลาด # 771981 (Alexey Kopytov)
• ตัวเลือก - การสำรองข้อมูลที่ปลอดภัย - ทาสทำให้ข้อมูล binlog ไม่ถูกต้องเนื่องจากในบางกรณี innobackupex สับสนกับการตอบสนองจาก SHOW SLAVE STATUS กับข้อมูล SHOW MASTER STATUS แก้ไขข้อผิดพลาด # 977101 (Alexey Kopytov)
• innodb_data_file_path ไม่ได้ถูกเขียนลงใน backup-my.cnf นี่เป็นการถดถอยที่นำมาใช้ใน XtraBackup 1.6.5 แก้ไขข้อผิดพลาด # 983685 (Sergei Glushchenko)
• แก้ไขข้อบกพร่องของชุดทดสอบปลอมกับ grep 2.10 แก้ไขบั๊ก # 996483 (Alexey Kopytov)
• เมื่อ innobackupex กำลังทำงานกับ --apply-log ก็คือการอ่านค่าจากไฟล์การกำหนดค่าเซิร์ฟเวอร์แทนการสำรองข้อมูล - my.cnf ในไดเร็กทอรีสำรอง แก้ไขข้อบกพร่อง # 996493 (Sergei Glushchenko)
• innobackupex สามารถคัดลอกไฟล์ไปยังไดเรกทอรีที่ไม่ถูกต้องเมื่อรวมข้อมูลสำรองที่เพิ่มขึ้นให้เต็มรูปแบบ แก้ไขบั๊ก # 1002688 (Alexey Kopytov)
• ไบนารี XtraBackup กำลังรั่วตัวบอกไฟล์ไว้ที่ - แบ็กอัพ การแก้ไขนี้ได้รับการแก้ไขโดยใช้คำอธิบายไฟล์เดิมซ้ำเพื่อไม่ให้มีการรั่วไหล แก้ไขข้อผิดพลาด # 713267 (Alexey Kopytov)



มีอะไรใหม่ ในเวอร์ชัน 2.0.4:

• แก้ไขข้อบกพร่อง:
• การแก้ไขข้อผิดพลาดใน # 932623 นำการถดถอยใน XtraBackup 2.0.2 ซึ่งทำให้การสำรองข้อมูลส่วนเพิ่มล้มเหลวเนื่องจากค่าพารามิเตอร์ init ไม่ได้รับการปรับให้เป็นค่าที่ใช้ภายใน InnoDB แก้ไขข้อผิดพลาด # 1062684 (Sergei Glushchenko)
• การแก้ไขข้อผิดพลาด # 932623 นำการถดถอยใน XtraBackup 2.0.2 เนื่องจากไม่ได้ใช้พื้นที่ตารางการเขียนทับที่แยกต่างหากในบัญชี แก้ไขข้อบกพร่อง # 1066843 (Sergei Glushchenko)
• XtraBackup กำลังจัดการแฟ้มกันชนแบบ doublewrite แยกต่างหากอย่างไม่ถูกต้อง เส้นทางไฟล์ของบัฟเฟอร์แบบเขียนทับไม่ได้ถูกเพิ่มลงในสำเนาสำรอง my.cnf และหลังจากที่ทำการกู้คืนไฟล์บัฟเฟอร์ doublewrite เก่าถูกใช้แทนไฟล์ที่สร้างขึ้นระหว่างขั้นตอนเตรียม แก้ไขข้อผิดพลาด # 1068470 (Sergei Glushchenko)
• XtraBackup ยอมรับตัวเลือก -innodb = force ก่อนหน้านี้จะทำให้เกิดข้อผิดพลาดหากตั้งค่าตัวเลือกไว้ แก้ไขข้อผิดพลาด # 528752 (Laurynas Biveinis)
• ตัวเลือกสำรองที่เชื่อถือได้ของ Slave ไม่ทำงานอย่างถูกต้อง Bug fixed # 887803 (Alexey Kopytov)
• ในกรณีที่ถึง safe-slave-backup-timeout เมื่อใช้ตัวเลือก safe-slave-backup SQL_THREAD ถูกปล่อยให้อยู่ในสถานะหยุดชะงัก นี้ได้รับการแก้ไขโดยการตรวจสอบสถานะ SQL_THREAD เริ่มต้นและเริ่มต้นก่อนที่จะยกเลิกโดยมีข้อผิดพลาดในการหมดเวลาและเริ่มต้น SQL_THREAD เฉพาะเมื่อเริ่มทำงานเท่านั้น แก้ไขข้อผิดพลาด # 1037379 (Alexey Kopytov)
• XtraBackup จะล้มเหลวใน --apply-log เมื่อระบบแฟ้มไม่สนับสนุน Linux AIO แก้ไขข้อผิดพลาด # 1065561 (Alexey Kopytov)
• ไบนารี XtraBackup จะไม่สนใจ innodb_use_native_aio เมื่อระบุไว้ใน my.cnf หรือเป็นตัวเลือกบรรทัดคำสั่ง แก้ไขข้อผิดพลาด # 1068459 (Alexey Kopytov)
• XtraBackup จะพิมพ์ข้อความเตือนในขั้นตอนเตรียมการเกี่ยวกับ innodb_file_io_threads ที่เลิกใช้แม้ว่าจะไม่ได้ตั้งค่าตัวแปร แก้ไขข้อผิดพลาด # 1068485 (Alexey Kopytov)
• การทดสอบ XtraBackup Galera สามารถทำงานพร้อม ๆ กันได้ แก้ไขข้อบกพร่อง # 1077800 (Stewart Smith)



มีอะไรใหม่ ในเวอร์ชัน 2.0.3:

• คุณลักษณะใหม่:
• innobackupex สนับสนุนตัวเลือกใหม่ในการส่งกลับที่สามารถใช้แทนสำเนาสำเนาในกรณีที่พื้นที่ว่างบนเซิร์ฟเวอร์ไม่เพียงพอสำหรับคัดลอกไฟล์ เนื่องจากตัวเลือกนี้จะลบไฟล์สำรองข้อมูลจึงต้องใช้ด้วยความระมัดระวัง
• แก้ไขข้อบกพร่อง:
• Symlink สำหรับไบนารี innobackupex-1.5.1 ถูกทำลายใน XtraBackup เวอร์ชันก่อนหน้า แก้ไขข้อผิดพลาด # 1038198 (Ignacio Nin)
• XtraBackup 2.0.2 ไม่สามารถทำงานร่วมกันได้ซึ่งทำให้เกิดการสำรองข้อมูลเพิ่มเติมที่สร้างขึ้นด้วยเวอร์ชันก่อนหน้าเพื่อไม่ให้เตรียม แก้ไขข้อผิดพลาด # 1038127 (Sergei Glushchenko)
• การแก้ไขข้อบกพร่อง # 1022562 นำการถดถอยที่อาจนำไปสู่การเพิ่มพื้นที่ว่างในดิสก์ที่เพิ่มขึ้น 5 เท่าที่ถูกสำรองข้อมูลเพิ่มขึ้น แก้ไขข้อบกพร่อง # 1043762 (Laurynas Biveinis)
• มีการถดถอยในการแก้ไขข้อผิดพลาด # 932623 ซึ่งทำให้เกิดการจัดการที่ไม่ถูกต้องของพื้นที่ทำงานที่บีบอัดด้วยขนาดหน้าของ 16K ซึ่งสร้างขึ้นระหว่างไฟล์เต็มล่าสุดหรือที่เพิ่มขึ้นและการสำรองข้อมูลที่เพิ่มขึ้นครั้งต่อไป ข้อบกพร่องแก้ไข # 1049174 และ # 1044398 (Laurynas Biveinis)

มีอะไรใหม่ ในเวอร์ชัน 1.6.4:
• มีการแก้ไขข้อบกพร่องสำคัญ ๆ เผยแพร่ Percona XtraBackup
20 Jan 18 ใน ซอฟต์แวร์สำรองข้อมูล, ดิสก์และไฟล์ซอฟต์แวร์