一、mysql的備份
1、mysqldump
邏輯備份，支持溫備，熱備，使用mysqldump完全備份，binlog增量備份
mysqldump -utest -ptest -h292.168.0.204 test > database-date +'%Y-%m-%d'
1）、備份innodb引擎的數(shù)據(jù)庫時(shí)
mysqldump --single-transaction --master-data=2 --flush-log -u -p >mysql.bak
--single-transaction 啟動(dòng)一個(gè)大的事務(wù)進(jìn)行dump
--master-data=# 記錄change-master-to
=2時(shí)記錄為注釋，1不注釋CHANGE MASTER TO MASTER_LOG_FILE='binlog.000004', MASTER_LOG_POS=614;
--flush-logs 重新又新的二進(jìn)制日志記錄
2)還原備份
在恢復(fù)數(shù)據(jù)的時(shí)候會(huì)生成新的二進(jìn)制日志，如果不需要記錄需進(jìn)行一下設(shè)置
set session sql_log_bin=0;
然后導(dǎo)入完全備份的數(shù)據(jù) source
然后 set session sql_log_bin=1
mysqlbinlog --start-position=# --stop-position=# binlog.00000# | mysql -u -p
二、xtarbackup
1、xtarbackup的備份
版本innobackupex version 2.4.8 Linux (x86_64) (revision id: 97330f7)
參數(shù)說明
--compress：該選項(xiàng)表示壓縮innodb數(shù)據(jù)文件的備份。
--compress-threads：該選項(xiàng)表示并行壓縮worker線程的數(shù)量。
--compress-chunk-size：該選項(xiàng)表示每個(gè)壓縮線程worker buffer的大小，單位是字節(jié)，默認(rèn)是64K。
--encrypt：該選項(xiàng)表示通過ENCRYPTION_ALGORITHM的算法加密innodb數(shù)據(jù)文件的備份，目前支持的算法有ASE128,AES192,AES256。
--encrypt-threads：該選項(xiàng)表示并行加密的worker線程數(shù)量。
--encrypt-chunk-size：該選項(xiàng)表示每個(gè)加密線程worker buffer的大小，單位是字節(jié)，默認(rèn)是64K。
--encrypt-key：該選項(xiàng)使用合適長度加密key，因?yàn)闀?huì)記錄到命令行，所以不推薦使用。
--encryption-key-file：該選項(xiàng)表示文件必須是一個(gè)簡單二進(jìn)制或者文本文件，加密key可通過以下命令行命令生成：openssl rand -base64 24。
--include：該選項(xiàng)表示使用正則表達(dá)式匹配表的名字[db.tb]，要求為其指定匹配要備份的表的完整名稱，即databasename.tablename。
--user：該選項(xiàng)表示備份賬號(hào)。
--password：該選項(xiàng)表示備份的密碼。
--port：該選項(xiàng)表示備份數(shù)據(jù)庫的端口。
--host：該選項(xiàng)表示備份數(shù)據(jù)庫的地址。
--databases：該選項(xiàng)接受的參數(shù)為數(shù)據(jù)名，如果要指定多個(gè)數(shù)據(jù)庫，彼此間需要以空格隔開；如："xtra_test dba_test"，同時(shí)，在指定某數(shù)據(jù)庫時(shí)，也可以只指定其中的某張表。如："mydatabase.mytable"。該選項(xiàng)對innodb引擎表無效，還是會(huì)備份所有innodb表。此外，此選項(xiàng)也可以接受一個(gè)文件為參數(shù)，文件中每一行為一個(gè)要備份的對象。
--tables-file：該選項(xiàng)表示指定含有表列表的文件，格式為database.table，該選項(xiàng)直接傳給--tables-file。
--socket：該選項(xiàng)表示mysql.sock所在位置，以便備份進(jìn)程登錄mysql。
--no-timestamp：該選項(xiàng)可以表示不要?jiǎng)?chuàng)建一個(gè)時(shí)間戳目錄來存儲(chǔ)備份，指定到自己想要的備份文件夾。
--ibbackup：該選項(xiàng)指定了使用哪個(gè)xtrabackup二進(jìn)制程序。IBBACKUP-BINARY是運(yùn)行percona xtrabackup的命令。這個(gè)選項(xiàng)適用于xtrbackup二進(jìn)制不在你是搜索和工作目錄，如果指定了該選項(xiàng),innoabackupex自動(dòng)決定用的二進(jìn)制程序。
--slave-info：該選項(xiàng)表示對slave進(jìn)行備份的時(shí)候使用，打印出master的名字和binlog pos，同樣將這些信息以change master的命令寫入xtrabackup_slave_info文件?？梢酝ㄟ^基于這份備份啟動(dòng)一個(gè)從庫。
--safe-slave-backup：該選項(xiàng)表示為保證一致性復(fù)制狀態(tài)，這個(gè)選項(xiàng)停止SQL線程并且等到show status中的slave_open_temp_tables為0的時(shí)候開始備份，如果沒有打開臨時(shí)表，bakcup會(huì)立刻開始，否則SQL線程啟動(dòng)或者關(guān)閉知道沒有打開的臨時(shí)表。如果slave_open_temp_tables在--safe-slave-backup-timeount（默認(rèn)300秒）秒之后不為0，從庫sql線程會(huì)在備份完成的時(shí)候重啟。
--rsync：該選項(xiàng)表示通過rsync工具優(yōu)化本地傳輸，當(dāng)指定這個(gè)選項(xiàng)，innobackupex使用rsync拷貝非Innodb文件而替換cp，當(dāng)有很多DB和表的時(shí)候會(huì)快很多，不能--stream一起使用。
--kill-long-queries-timeout：該選項(xiàng)表示從開始執(zhí)行FLUSH TABLES WITH READ LOCK到kill掉阻塞它的這些查詢之間等待的秒數(shù)。默認(rèn)值為0，不會(huì)kill任何查詢，使用這個(gè)選項(xiàng)xtrabackup需要有Process和super權(quán)限。
--kill-long-query-type：該選項(xiàng)表示kill的類型，默認(rèn)是all，可選select。
--ftwrl-wait-threshold：該選項(xiàng)表示檢測到長查詢，單位是秒，表示長查詢的閾值。
--ftwrl-wait-query-type：該選項(xiàng)表示獲得全局鎖之前允許那種查詢完成，默認(rèn)是ALL，可選update。
--galera-info：該選項(xiàng)表示生成了包含創(chuàng)建備份時(shí)候本地節(jié)點(diǎn)狀態(tài)的文件xtrabackup_galera_info文件，該選項(xiàng)只適用于備份PXC。
--stream：該選項(xiàng)表示流式備份的格式，backup完成之后以指定格式到STDOUT，目前只支持tar和xbstream。
--defaults-file：該選項(xiàng)指定了從哪個(gè)文件讀取MySQL配置，必須放在命令行第一個(gè)選項(xiàng)的位置。
--defaults-extra-file：該選項(xiàng)指定了在標(biāo)準(zhǔn)defaults-file之前從哪個(gè)額外的文件讀取MySQL配置，必須在命令行的第一個(gè)選項(xiàng)的位置。一般用于存?zhèn)浞萦脩舻挠脩裘兔艽a的配置文件。
----defaults-group：該選項(xiàng)表示從配置文件讀取的組，innobakcupex多個(gè)實(shí)例部署時(shí)使用。
--no-lock：該選項(xiàng)表示關(guān)閉FTWRL的表鎖，只有在所有表都是Innodb表并且不關(guān)心backup的binlog pos點(diǎn)，如果有任何DDL語句正在執(zhí)行或者非InnoDB正在更新時(shí)（包括mysql庫下的表），都不應(yīng)該使用這個(gè)選項(xiàng)，后果是導(dǎo)致備份數(shù)據(jù)不一致，如果考慮備份因?yàn)楂@得鎖失敗，可以考慮--safe-slave-backup立刻停止復(fù)制線程。
--tmpdir：該選項(xiàng)表示指定--stream的時(shí)候，指定臨時(shí)文件存在哪里，在streaming和拷貝到遠(yuǎn)程server之前，事務(wù)日志首先存在臨時(shí)文件里。在 使用參數(shù)stream=tar備份的時(shí)候，你的xtrabackup_logfile可能會(huì)臨時(shí)放在/tmp目錄下，如果你備份的時(shí)候并發(fā)寫入較大的話 xtrabackup_logfile可能會(huì)很大(5G+)，很可能會(huì)撐滿你的/tmp目錄，可以通過參數(shù)--tmpdir指定目錄來解決這個(gè)問題。
--history：該選項(xiàng)表示percona server 的備份歷史記錄在percona_schema.xtrabackup_history表。
--incremental：該選項(xiàng)表示創(chuàng)建一個(gè)增量備份，需要指定--incremental-basedir。
--incremental-basedir：該選項(xiàng)表示接受了一個(gè)字符串參數(shù)指定含有full backup的目錄為增量備份的base目錄，與--incremental同時(shí)使用。
--incremental-dir：該選項(xiàng)表示增量備份的目錄。
--incremental-force-scan：該選項(xiàng)表示創(chuàng)建一份增量備份時(shí)，強(qiáng)制掃描所有增量備份中的數(shù)據(jù)頁。
--incremental-lsn：該選項(xiàng)表示指定增量備份的LSN，與--incremental選項(xiàng)一起使用。
--incremental-history-name：該選項(xiàng)表示存儲(chǔ)在PERCONA_SCHEMA.xtrabackup_history基于增量備份的歷史記錄的名字。Percona Xtrabackup搜索歷史表查找最近（innodb_to_lsn）成功備份并且將to_lsn值作為增量備份啟動(dòng)出事lsn.與innobackupex--incremental-history-uuid互斥。如果沒有檢測到有效的lsn，xtrabackup會(huì)返回error。
--incremental-history-uuid：該選項(xiàng)表示存儲(chǔ)在percona_schema.xtrabackup_history基于增量備份的特定歷史記錄的UUID。
--close-files：該選項(xiàng)表示關(guān)閉不再訪問的文件句柄，當(dāng)xtrabackup打開表空間通常并不關(guān)閉文件句柄目的是正確的處理DDL操作。如果表空間數(shù)量巨大，這是一種可以關(guān)閉不再訪問的文件句柄的方法。使用該選項(xiàng)有風(fēng)險(xiǎn)，會(huì)有產(chǎn)生不一致備份的可能。
--compact：該選項(xiàng)表示創(chuàng)建一份沒有輔助索引的緊湊的備份。
--throttle：該選項(xiàng)表示每秒IO操作的次數(shù)，只作用于bakcup階段有效。apply-log和--copy-back不生效不要一起用。
1）連接服務(wù)器權(quán)限MariaDB [hellodb]> CREATE USER 'backuser'@'localhost' IDENTIFIED BY 'smile';MariaDB [hellodb]> GRANT RELOAD,LOCK TABLES,REPLICATION CLIENT,PROCESS ON *.* TO 'backuser'@'localhost';MariaDB [hellodb]>FLUSH PRIVILEGES;
授權(quán)時(shí)特別注意 localhost 不能用 %
官方文檔中的權(quán)限描述：
2）備份innobackupex -ubackuser -psmile /backup
備份后在/backup 文件夾下生成一個(gè)當(dāng)前時(shí)間戳的文件夾
xtrabackup_binlog_info 記錄mysql服務(wù)器當(dāng)前正在使用的二進(jìn)制日志文件及至備份這一刻為止二進(jìn)制日志事件的位置[root@node4 2017-12-04_15-56-40]# cat xtrabackup_binlog_info
binlog.000010 1814 0-1-56
MariaDB [hellodb]> SHOW MASTER STATUS;
+---------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------+----------+--------------+------------------+
| binlog.000010 | 1814 | | |
+---------------+----------+--------------+------------------+
xtrabackup_checkpoints 記錄備份類型，日志序列號(hào)（LSN），及備份狀態(tài)[root@node4 2017-12-04_15-56-40]# cat xtrabackup_checkpoints
backup_type = full-backuped（當(dāng)--apply-log后 backup_type = full-prepared）
from_lsn = 0
to_lsn = 1899901
last_lsn = 1899910
compact = 0
recover_binlog_info = 0
ib_buffer_pool， buffer pool 中的熱數(shù)據(jù)，當(dāng)設(shè)置 innodb_buffer_pool_dump_at_shutdown=1 ，在關(guān)閉 MySQL 時(shí)，會(huì)把內(nèi)存中的熱數(shù)據(jù)保存在磁盤里 ib_buffer_pool 文件中，位于數(shù)據(jù)目錄下。
ibdata1，備份的共享表空間文件；
xtrabackup_info，記錄備份的基本信息，uuid、備份命令、備份時(shí)間、binlog、LSN、以及其他加密壓縮等信息。[root@node4 2017-12-04_15-56-40]# cat xtrabackup_info
uuid = abd4d399-d8c8-11e7-b084-000c293e4e76
name =
tool_name = innobackupex
tool_command = -ubackuser -psmile /backup
tool_version = 2.4.8
ibbackup_version = 2.4.8
server_version = 10.2.10-MariaDB-log
start_time = 2017-12-04 15:56:40
end_time = 2017-12-04 15:56:44
lock_time = 0
binlog_pos = filename 'binlog.000010', position '1814', GTID of the last change '0-1-56'
innodb_from_lsn = 0
innodb_to_lsn = 1899901
partial = N
incremental = N
format = file
compact = N
compressed = N
encrypted = N
xtrabackup_logfile，備份的重做日志文件。
backup-my.cnf，備份命令用到的配置選項(xiàng)信息
2、還原
還原之前需prepare備份文件innobackupex --apply-log [--use-memory=B]
[--defaults-file=MY.CNF]
[--export] [--redo-only] [--ibbackup=IBBACKUP-BINARY]
BACKUP-DIR
--apply-log：該選項(xiàng)表示同xtrabackup的--prepare參數(shù),一般情況下,在備份完成后，數(shù)據(jù)尚且不能用于恢復(fù)操作，因?yàn)閭浞莸臄?shù)據(jù)中可能會(huì)包含尚未提交的事務(wù)或已經(jīng)提交但尚未同步至數(shù)據(jù)文件中的事務(wù)。因此，此時(shí)數(shù)據(jù) 文件仍處理不一致狀態(tài)。--apply-log的作用是通過回滾未提交的事務(wù)及同步已經(jīng)提交的事務(wù)至數(shù)據(jù)文件使數(shù)據(jù)文件處于一致性狀態(tài)。
--use-memory：該選項(xiàng)表示和--apply-log選項(xiàng)一起使用，prepare 備份的時(shí)候，xtrabackup做crash recovery分配的內(nèi)存大小，單位字節(jié)。也可(1MB,1M,1G,1GB)，推薦1G。
--defaults-file：該選項(xiàng)指定了從哪個(gè)文件讀取MySQL配置，必須放在命令行第一個(gè)選項(xiàng)的位置。
--export：這個(gè)選項(xiàng)表示開啟可導(dǎo)出單獨(dú)的表之后再導(dǎo)入其他Mysql中。
--redo-only：這個(gè)選項(xiàng)在prepare base full backup，往其中merge增量備份（但不包括最后一個(gè)）時(shí)候使用。
還原innobackupex --copy-back [--defaults-file=MY.CNF] [--defaults-group=GROUP-NAME] BACKUP-DIR
innobackupex --move-back [--defaults-file=MY.CNF] [--defaults-group=GROUP-NAME] BACKUP-DIR
--copy-back：做數(shù)據(jù)恢復(fù)時(shí)將備份數(shù)據(jù)文件拷貝到MySQL服務(wù)器的datadir。
--move-back：這個(gè)選項(xiàng)與--copy-back相似，唯一的區(qū)別是它不拷貝文件，而是移動(dòng)文件到目的地。這個(gè)選項(xiàng)移除backup文件，用時(shí)候必須小心。使用場景：沒有足夠的磁盤空間同事保留數(shù)據(jù)文件和Backup副本
注意：
1.datadir目錄必須為空。除非指定innobackupex --force-non-empty-directorires選項(xiàng)指定，否則--copy-backup選項(xiàng)不會(huì)覆蓋
2.在restore之前,必須shutdown MySQL實(shí)例，你不能將一個(gè)運(yùn)行中的實(shí)例restore到datadir目錄中
3.由于文件屬性會(huì)被保留，大部分情況下你需要在啟動(dòng)實(shí)例之前將文件的屬主改為mysql，這些文件將屬于創(chuàng)建備份的用戶
chown -R mysql:mysql /data1/dbrestore
以上需要在用戶調(diào)用Innobackupex之前完成
--force-non-empty-directories：指定該參數(shù)時(shí)候，使得innobackupex --copy-back或--move-back選項(xiàng)轉(zhuǎn)移文件到非空目錄，已存在的文件不會(huì)被覆蓋。如果--copy-back和--move-back文件需要從備份目錄拷貝一個(gè)在datadir已經(jīng)存在的文件，會(huì)報(bào)錯(cuò)失敗。
3、增量備份
1)全備 全備操作如上
2)在全備基礎(chǔ)上增備
重慶分公司
重慶分公司
[root@node4 2017-12-05_10-35-33]# innobackupex -ubackuser -psmile --incremental --incremental-basedir=/backup/2017-12-05_10-35-33 /backup/3)還原先--apply-log 且--redo-only全備 然后在準(zhǔn)備好的全備上--apply-log和--redo-only增備 最后一次無需--redo-only
[root@node4 2017-12-05_10-35-33]# innobackupex --apply-log --redo-only /backup/2017-12-05_10-35-33 innobackupex --apply-log --incremental-dir=/backup/2017-12-05_10-47-40/ /backup/2017-12-05_10-35-33備份報(bào)錯(cuò)：
innobackupex version 2.4.8 based on MySQL server 5.7.13 Linux (x86_64) (revision id: 97330f7)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /data/mydata
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup: innodb_data_home_dir = .
xtrabackup: innodb_data_file_path = ibdata1:12M:autoextend
xtrabackup: innodb_log_group_home_dir = ./
xtrabackup: innodb_log_files_in_group = 2
xtrabackup: innodb_log_file_size = 50331648
InnoDB: Number of pools: 1
InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: File ./ib_logfile0: 'open' returned OS error 71. Cannot continue operation
InnoDB: Cannot continue operation.
報(bào)此錯(cuò)需要指定--defaults-file 并且配置文件中需指定datadir和basedir并重啟mysql
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
