MYSQL Xtrabackup 做備份時有什么注意的

這篇文章將為大家詳細講解有關MYSQL Xtrabackup 做備份時有什么注意的，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

眾所周知Xtrabackup 是mysql 中重要的備份工具，而數據庫的備份中，尤其大內存的 MYSQL 備份中，都有一個問題的存在就是 innodb_buffer_pool 的存在。備份后的MYSQL 在恢復后，一般innodb_buffer_pool 的數據都不會再恢復的數據庫上出現，越大的內存和繁忙的MYSQL 在數據恢復后，就會有一個緩沖期，需要預熱一段時間。一般來說我們都是希望備份的數據恢復后能帶有內存中的數據。其實MYSQL 本身是有這個設置的，就是在關機和開機的時候，將 innodb buffer pool 寫入文件，在開始的時候讀取這些文件，裝載到內存中。  

但到備份就不大現實了，終不能為了這個功能，把數據庫關機，在備份吧。

自從 XTRABACKUP  2.4.13后，xtrabackup 軟件就可以支持將innodb_buffer_pool 的數據備份到備份中并且在恢復的時候裝入到內存。

這項功能在對大內存和急需恢復后使用的MYSQL是十分有意義的，試想你恢復完一臺128G的MYSQL 后，查詢并沒有預熱，在此期間的查詢會大量開始走磁盤，這當然不是一個專業的做法，并且在這段時間很可能出現一些你不想遇到的問題。

所以 XTRABACKUP 提供了再備份的時候，直接將innodb_buffer_pool 進行一個備份，并且在恢復的時候，將其恢復到MYSQL中，等恢復的MYSQL 啟動后，你的innodb_buffer_pool 會和源機具有一樣的 innodb_buffer_pool 來應對馬上到來的大量查詢。

我們使用下面的命令就可以進行相關的備份

xtrabackup --defaults-file=/etc/my.cnf --user=root --password='password' --socket=/data/mysql/mysql.sock --backup  --dump-innodb-buffer-pool --target-dir=/data/backup/2019-08-31 

添加了 --dump-innodb-buffer-pool  但有些同學卻抱怨這是一個垃圾的無效的命令，使用這條命令恢復后的MYSQL 并沒有和預想的一樣，有了 innodb_buffer_pool 的數據。

到底是是命令有問題，還是.......

其實這個功能是MYSQL 5.7 后的本身提供的功能，XTRABACKUP 僅僅是將這個功能在XTRABACKUP 進行了體現而已。

到底是什么原因造成的這里賣個關子

我上面的備份怎么證明我備份了innodb_buffer_pool

SHOW STATUS LIKE 'Innodb_buffer_pool_dump_status';

通過上面的命令就可以展現你最后一次 dump buffer pool 的時間

上面可以證明我的確在我早上 6:59的時候，在備份的期間，將buffer_pool dump下來了。

所以可以證明那個參數是有效的，也可以通過查看你恢復后的數據庫的bufferpooldata 來正你恢復了數據

OK 到這里為止，可以證明這個參數是有效的，到底什么原因會導致有些同學的命令無效。

你可以嘗試打開下面的參數

SET GLOBAL innodb_buffer_pool_dump_now=ON;

默認此參數是關閉的狀態

同時也可以設置到備份的時候要download 多少的 buffer_pool[mysqld]innodb_buffer_pool_dump_pct=40

所以如果你備份的時候不能進行innodb_buffer_pool download 的原因主要是你的那個在線download buffer_pool 的參數是否是打開的狀態。

其實有些時候，某些事情的操作看似不成功莫名其妙，其實如果往深挖，往下看，大多是能找到問題的所在的。

關于MYSQL Xtrabackup 做備份時有什么注意的就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。