如何使用mysqldump命令備份mysql數(shù)據(jù)庫

通用規(guī)律只有使用 --all-databases (-A) 會 ERROR 1356，那就看看他到底備份了什么東西。于是喊上同事一起 less 看了下，上下掃了兩眼。突然發(fā)現(xiàn)：1. 備份 SQL 文件里 DROP 掉了 mysql.proc；2. 后CREATE了一個新的 mysql.proc；3. LOCK TABLES 和 UNLOCK TABLES 中間居然沒有備份 CREATE ROUTINE 任何數(shù)據(jù)？這不就是相當于每次導入全備都給我一個沒有任何 sys schema routines 的全新 mysql.proc 表？那這不就異常的尷尬？

成都創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設,水富企業(yè)網(wǎng)站建設,水富品牌網(wǎng)站建設,網(wǎng)站定制,水富網(wǎng)站建設報價,網(wǎng)絡營銷,網(wǎng)絡優(yōu)化,水富網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。

---- Table structure for table `proc`--

---- Dumping data for table `proc`-

真相大白在官方文檔【sys-schema-usage】官方文檔明確的告訴我們不會備份 sys 庫。但在使用 mysqldump 在執(zhí)行 --all-databases 會清空 mysql.proc 導致 sys 無法正常使用；這是一個 BUG，并且只存在于 MySQL 5.7.x ！

1、mysql_upgrade install or upgrade sys schema

這個方案適用于 sys 庫已經(jīng)因為 mysqldump 導入而損壞的情況下使用。

注意：mysql_upgrade 在修理 sys 庫的同時，還修理 mysql 庫和用戶庫表（期間加鎖且速度一般），有極小可能會誤傷；使用 mysql_upgrade 的時候要加上 --upgrade-system-tables，不然會掃描用戶庫表。

2、全備時同時備份 sys 庫

這個方案適用于需要還原的數(shù)據(jù)庫，sys 庫也不太正常的情況下使用；在全備后額外再備份一份 sys 庫用于修復。

注意：不適用于做主從時使用它。

3、使用 databases 全備

這個方案適用于所有場景的全備需求，100% 安全。

4、使用 mysql-sys 開源代碼

如果你的數(shù)據(jù)庫 sys 全部中招了，又是生產(chǎn)庫。那你只能用這個方法；

mysql-sys：

中記錄了 sys 庫的創(chuàng)建語句將文件下載到本地，然后根據(jù)數(shù)據(jù)庫版本，執(zhí)行以下命令即可。

阿里云centos7服務器怎么備份mysql數(shù)據(jù)庫

在服務器上安裝一個phpmyadmin，就可以通過網(wǎng)頁的方式進行管理mysql

或者是直接備份mysql的數(shù)據(jù)文件夾

centos系統(tǒng)的話，數(shù)據(jù)文件夾在mysql安裝目錄下的var目錄

直接將此目錄下的文件copy一份到本地，就可以了。

如何備份linux服務器上的mysql數(shù)據(jù)庫

其實跟windows是一樣的

簡單的軟備份方法就是使用mysql命令:

mysqldump

-u

用戶名

-p

密碼

-all-databases

/home/mysql/bak.sql

不過你可以做成shell腳本,然后在crontab

中定時執(zhí)行,這個方法在數(shù)據(jù)量少時比較好使

如果你的數(shù)據(jù)比較重要,又多建議使用集群+硬件RAID1,0來保障服務

MySQL的備份與還原，非常規(guī)備份，全量備份，增量備份

1：官方百萬級別的測試數(shù)據(jù)庫：

官方測試數(shù)據(jù)庫github網(wǎng)址：

下載到目錄，解壓即可，運行命令：

2：自己創(chuàng)建簡單測試數(shù)據(jù)庫：

快速隨機生成測試語言的網(wǎng)站：

選擇sql和想生成的字段，點擊生成Generate!生成即可。

在MySQL輸入生成的語句即可。

3：測試備份還原時用到的命令

刪庫跑路測試（先備份好）

還原后查詢庫的表數(shù)據(jù)是否完整。

采用復制整個數(shù)據(jù)存放目錄

1：查看數(shù)據(jù)庫數(shù)據(jù)存放位置

有兩種方法：

1)：在數(shù)據(jù)庫中用命令 show variables like 'datadir'; 查看

2)：在配置文件中查看，配置了 datadir 目錄的可查看。沒有配置的默認為 /var/lib/mysql/ 位置

Linux中查看配置文件

2：復制目錄或者目錄下某個數(shù)據(jù)庫名

3：還原時直接復制文件夾到數(shù)據(jù)庫目錄即可

mysqldump又可叫做全量備份。

參數(shù) --databases 同 -B ，單獨一個庫，也可省略。

1、備份命令mysqldump格式

格式：mysqldump -h主機名 -P端口 -u用戶名 -p密碼 database 數(shù)據(jù)庫名 文件名.sql

備份testDatabase數(shù)據(jù)庫

2、備份MySQL數(shù)據(jù)庫為帶刪除表的格式

備份MySQL數(shù)據(jù)庫為帶刪除表的格式，能夠讓該備份覆蓋已有數(shù)據(jù)庫而不需要手動刪除原有數(shù)據(jù)庫。

3、直接將MySQL數(shù)據(jù)庫壓縮備份

備份并壓縮

4、備份MySQL數(shù)據(jù)庫某個(些)表

備份testDatabase中的myTable表，不需要用參數(shù) --databases 或者 -B

5、同時備份多個MySQL數(shù)據(jù)庫

同時備份testDatabase和 employees兩個庫

6、備份服務器上所有數(shù)據(jù)庫

參數(shù) --all-databases 同 -A

7、還原MySQL數(shù)據(jù)庫的命令

1) 不指定數(shù)據(jù)名還原，默認生成原數(shù)據(jù)庫名稱，還原所有數(shù)據(jù)庫。

2) 指定數(shù)據(jù)名還原，還原指定單個數(shù)據(jù)庫，需在數(shù)據(jù)庫種預先創(chuàng)建一個testDatabase名稱。

3) 還原壓縮的MySQL數(shù)據(jù)庫

4) 進入數(shù)據(jù)庫用source導入

增量備份是針對于數(shù)據(jù)庫的bin-log日志進行備份的，增量備份是在全量的基礎上進行操作的。增量備份主要是靠mysql記錄的bin-log日志。

1：查看是否開啟bin-log日志

進入mysql輸入命令可查看。

顯示如下為開啟狀態(tài)，日志文件在/var/lib/mysql/以binlog.00001的格式保存。

如未開啟，需要在配置文件種配置

2：查看目前使用的bin-log日志文件

進入mysql查看命令。

顯示如下，目前使用的是binlog.000022文件，所有操作都記錄在此文件。

查看當前testDatabase的表myTable數(shù)據(jù)如下，

3：刷新日志，使用新的日志文件（備份）

在命令端執(zhí)行命令

日志文件從 binlog.000022 變?yōu)?binlog.000023

這時相當與已經(jīng)備份成功，備份文件即為上次的binlog.000022日志文件。

4：刪除數(shù)量，從日志還原數(shù)據(jù)

1) 刪除ABC行

查詢以及沒有ABC行列。

2) 恢復數(shù)據(jù)ABC行

退出mysql，在命令端用mysqlbinlog命令恢復到binlog.000022日志狀態(tài)。

進入數(shù)據(jù)庫再次查看數(shù)據(jù)，ABC已經(jīng)恢復。

增量備份完成。

mysql到底如何備份

數(shù)據(jù)備份是數(shù)據(jù)容災的最后一道防線，即便有著兩地三中心的架構(gòu)，備份也依然重要。如果備份出問題，備份時影響了交易業(yè)務，備份數(shù)據(jù)無法恢復，這些也是企業(yè)難以承受的。所以選擇合適的備份工具尤為重要。

每個企業(yè)級數(shù)據(jù)庫都會有配套的備份工具，MEB(MySQL Enterprise Backup)就是MySQL企業(yè)版中非常重要的工具之一，是為企業(yè)級客戶提供的數(shù)據(jù)備份方案。

Xtrabackup一直作為MEB 開源版?zhèn)涮ザ嬖冢瑥腗ySQL 8.0開始情況可能會變得有所不同。

在 MySQL 8.0的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB備份/恢復體驗會更好，目前xtrabackup還不支持這些特性。

MySQL 企業(yè)版還有哪些功能？

特性1：Backup Lock

8.0之前使用xtrabackup或MEB做物理備份，為了保證備份時InnoDB引擎表與其他引擎數(shù)據(jù)文件、及binlog日志的一致性會上全局讀鎖，再拷貝非InnoDB文件，這期間MySQL會變成只讀，數(shù)據(jù)無法寫入。表數(shù)量越多，可能加上時間越長，如果使用的xtrabackup 不小心沒加rsync參數(shù)，逐個拷貝frm文件，鎖定時間會更長，對業(yè)務影響較大。

我曾遇到過部署在虛擬機的實例有12000多張表，當時使用的xtrabackup，備份腳本中沒加rsync參數(shù)，結(jié)果鎖了十幾分鐘，而MEB就沒有這樣的問題。

MySQL 8.0支持輕量級備份鎖 LOCK INSTANCE FOR BACKUP，數(shù)據(jù)字典也重構(gòu)了由InnoDB存儲。若不創(chuàng)建非InnoDB表，MEB默認使用備份鎖獲取binlog日志一致性位置，并阻止DDL操作，但不影響DML操作。

只有InnoDB表，僅上備份鎖

請點擊輸入圖片描述

若有非InnoDB表，上全局鎖

請點擊輸入圖片描述

特性2：Redo Log Archiving

MEB能做到在線熱備，備份時不影響數(shù)據(jù)庫讀寫，這是利用了InnoDB事務日志，在備份期間持續(xù)監(jiān)視redo log的變化，讀取增量變化，寫入到ibbackup_logfile，也就不需要上鎖來保障備份一致性。(對非InnoDB的文件需要上讀鎖拷貝)

如果備份期間數(shù)據(jù)庫寫入負載特別大，而寫入ibbackup_logfile速度較慢，redo log size也不大，很可能會出現(xiàn)ibbackup_logfile的寫入速度跟不上redo log記錄生成速度，redo log 空間不夠時需要覆寫日志文件，那么來不及寫入ibbackup_logfile的記錄會丟失，導致備份失敗。

MEB 4.1對此做了優(yōu)化，將redo log處理線程拆分成多線程分工合作，提高處理redo log的效率，降低了redo log覆寫造成備份失敗的概率，但redo log新增速度和ibbackup_logfile寫入速度懸殊太大，問題依然會發(fā)生。

MySQL 8.0.17支持了redo log archiving 徹底解決了此問題，備份前設置innodb_redo_log_archive_dirs，指定redo log歸檔目錄。MEB備份時自動開啟日志歸檔，當checkpoint時會將舊記錄歸檔到此目錄，后續(xù)從歸檔文件中讀取redo日志記錄，避免了覆寫可能導致的redo記錄丟失。

請點擊輸入圖片描述

注意：innodb_redo_log_archive_dirs 不能在數(shù)據(jù)目錄下，目錄權(quán)限要求是700

特性3：Page Tracking

Page Tracking 是為優(yōu)化增量備份效率，減少不必要的數(shù)據(jù)頁掃描。

增量備份當前有3種掃描模式：

page-track：利用LSN精確跟蹤上次備份之后被修改頁面，僅復制這些頁面，效率最快。

optimistic：掃描上次備份之后被修改的InnoDB 數(shù)據(jù)文件中，找出并拷貝修改的頁面。依賴系統(tǒng)時間，使用存在限制。

full-scan：掃描所有InnoDB數(shù)據(jù)文件，找出并拷貝自上次備份之后修改的頁面，效率最慢

1、利用page-track增量備份，需先安裝備份組件

mysql INSTALL COMPONENT "";

2、在全備前開啟page-track

SELECT mysqlbackup_page_track_set(true);

3、全備之后，做增量備份時指定若滿足page tracking條件，默認會使用page-track模式，否則會使用full-scan模式，也可以指定--incremental=page-track。

mysqlbackup --incremental-backup-dir=backup_incr --trace=3 --incremental=page-track --incremental-base=history:last_full_backup backup

incremental-base有3種選擇

last_backup：基于前一次備份做增備，前一次備份可能是增備，也可能是全備。這種方式全備之間可能會有多個增備，每次增量可能比較小，但恢復時需要逐個合并。

last_full_backup：基于前一次全備做增備。這種方式增備會越往后體積可能越大，但恢復時只需要合并最后一次增量備份。

dir：基于前一次的備份目錄，前一次備份可能是增備，也可能是全備。

測試對比full-scan 和page-track ，在變更頁小于總體50%的情況下 ，備份效率至少能有1倍的速度提升。

page-track 模式 磁盤讀寫均衡，說明讀寫的都是修改頁面。

請點擊輸入圖片描述

full-scan模式 磁盤讀寫差別很大，說明讀了很多未修改的頁面。

請點擊輸入圖片描述

如何導出服務器mysql數(shù)據(jù)庫備份

一、導出數(shù)據(jù)庫用mysqldump命令（注意mysql的安裝路徑，即此命令的路徑）：

1、導出數(shù)據(jù)和表結(jié)構(gòu)：

mysqldump

-u用戶名

-p密碼

數(shù)據(jù)庫名

數(shù)據(jù)庫名.sql

#/usr/local/mysql/bin/

mysqldump

-uroot

-p

abc

abc.sql

敲回車后會提示輸入密碼

2、只導出表結(jié)構(gòu)

mysqldump

-u用戶名

-p密碼

-d

數(shù)據(jù)庫名

數(shù)據(jù)庫名.sql

#/usr/local/mysql/bin/

mysqldump

-uroot

-p

-d

abc

abc.sql

注：/usr/local/mysql/bin/

---

mysql的data目錄

二、導入數(shù)據(jù)庫

1、首先建空數(shù)據(jù)庫

mysqlcreate

database

abc;

2、導入數(shù)據(jù)庫

方法一：

（1）選擇數(shù)據(jù)庫

mysqluse

abc;

（2）設置數(shù)據(jù)庫編碼

mysqlset

names

utf8;

（3）導入數(shù)據(jù)（注意sql文件的路徑）

mysqlsource

/home/abc/abc.sql;

方法二：

mysql

-u用戶名

-p密碼

數(shù)據(jù)庫名

數(shù)據(jù)庫名.sql

#mysql

-uabc_f

-p

abc

abc.sql

建議使用第二種方法導入。

注意：有命令行模式，有sql命令

網(wǎng)站題目：服務器怎么備份mysql 服務器怎么備份鏡像
新聞來源：http://chinadenli.net/article34/hgoppe.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站改版、網(wǎng)頁設計公司、軟件開發(fā)、用戶體驗、建站公司、云服務器

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)