mysql5.0怎么備份,mysql怎么備份數據

mysql備份如何做

常規的mysql備份使用命令是 mysqldump命令用法如下,

成都創新互聯長期為上千家客戶提供的網站建設服務,團隊從業經驗10年,關注不同地域、不同群體,并針對不同對象提供差異化的產品和服務;打造開放共贏平臺,與合作伙伴共同營造健康的互聯網生態環境。為察布查爾錫伯企業提供專業的成都網站設計、網站建設,察布查爾錫伯網站改版等技術服務。擁有10年豐富建站經驗和眾多成功案例,為您定制開發。

mysqldump [選項] 數據庫名 [表名] 腳本名

或mysqldump [選項] --數據庫名 [選項 表名] 腳本名

或mysqldump [選項] --all-databases [選項] 腳本名

例如:

備份所有數據庫:

mysqldump -uroot -p --all-databases /backup/mysqldump/all.db

備份指定數據庫:

mysqldump -uroot -p test /backup/mysqldump/test.db

備份指定數據庫指定表(多個表以空格間隔)

mysqldump -uroot -p mysql db event /backup/mysqldump/2table.db

備份指定數據庫排除某些表

mysqldump -uroot -p test --ignore-table=test.t1 --ignore-table=test.t2 /backup/mysqldump/test2.db

還原命令例如:

mysqladmin -uroot -p create db_name

mysql -uroot -p db_name /backup/mysqldump/db_name.db

注:在導入備份數據庫前,db_name如果沒有,是需要創建的; 而且與db_name.db中數據庫名是一樣的才可以導入。

mysql如何備份數據

1.1、 mysqldump命令備份數據

在MySQL中提供了命令行導出數據庫數據以及文件的一種方便的工具mysqldump,我們可以通過命令行直接實現數據庫內容的導出dump,首先我們簡單了解一下mysqldump命令用法:

#MySQLdump常用

mysqldump -u root -p --databases 數據庫1 數據庫2 xxx.sql

1.2、 mysqldump常用操作實例

1.備份全部數據庫的數據和結構

mysqldump -uroot -p123456 -A /data/mysqlDump/mydb.sql

2.備份全部數據庫的結構(加 -d 參數)

mysqldump -uroot -p123456 -A -d /data/mysqlDump/mydb.sql

3.備份全部數據庫的數據(加 -t 參數)

mysqldump -uroot -p123456 -A -t /data/mysqlDump/mydb.sql

4.備份單個數據庫的數據和結構(,數據庫名mydb)

mysqldump -uroot-p123456 mydb /data/mysqlDump/mydb.sql

5.備份單個數據庫的結構

mysqldump -uroot -p123456 mydb -d /data/mysqlDump/mydb.sql

6.備份單個數據庫的數據

mysqldump -uroot -p123456 mydb -t /data/mysqlDump/mydb.sql

7.備份多個表的數據和結構(數據,結構的單獨備份方法與上同)

mysqldump -uroot -p123456 mydb t1 t2 /data/mysqlDump/mydb.sql

8.一次備份多個數據庫

mysqldump -uroot -p123456 --databases db1 db2 /data/mysqlDump/mydb.sql

如何使用SQLyog備份和導入mysql5.0數據庫

使用SQLyog備份和導入mysql5.0數據庫的方法如下:

首先連接原來的數據庫。選“新建”。按提示填入您的原來mysql數據庫的相關信息,然后點連接:

在菜單欄點擊工具如下圖:

彈出窗口中點擊導出,等完成后,點擊完成。至此備份完成。

重復第一步,只是將數據庫信息填寫成要恢復的數據庫服務器的信息。連接后,進行如下操作:

在彈出窗口上選擇備份的sql文件路徑:

等待片刻,還原就完成了。

mysql到底如何備份

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

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

Xtrabackup一直作為MEB 開源版備胎而存在,從MySQL 8.0開始情況可能會變得有所不同。

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

MySQL 企業版還有哪些功能?

特性1:Backup Lock

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

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

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

只有InnoDB表,僅上備份鎖

請點擊輸入圖片描述

若有非InnoDB表,上全局鎖

請點擊輸入圖片描述

特性2:Redo Log Archiving

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

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

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

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

請點擊輸入圖片描述

注意:innodb_redo_log_archive_dirs 不能在數據目錄下,目錄權限要求是700

特性3:Page Tracking

Page Tracking 是為優化增量備份效率,減少不必要的數據頁掃描。

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

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

optimistic:掃描上次備份之后被修改的InnoDB 數據文件中,找出并拷貝修改的頁面。依賴系統時間,使用存在限制。

full-scan:掃描所有InnoDB數據文件,找出并拷貝自上次備份之后修改的頁面,效率最慢

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模式 磁盤讀寫差別很大,說明讀了很多未修改的頁面。

請點擊輸入圖片描述

分享名稱:mysql5.0怎么備份,mysql怎么備份數據
本文URL:http://m.kartarina.com/article44/hegdee.html

成都網站建設公司_創新互聯,為您提供品牌網站建設網站排名網頁設計公司做網站網站維護外貿網站建設

廣告

聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯

成都網站建設
主站蜘蛛池模板: 亚洲Aⅴ无码一区二区二三区软件| 无码人妻丰满熟妇区BBBBXXXX | 久久久久成人精品无码中文字幕 | 日韩精品无码专区免费播放| 久久久久无码精品国产| 久久无码中文字幕东京热| 亚洲大尺度无码无码专线一区| 国产激情无码一区二区三区| 欧洲Av无码放荡人妇网站 | 亚洲午夜无码片在线观看影院猛| 日韩精品无码中文字幕一区二区| 人妻少妇精品无码专区| 亚洲2022国产成人精品无码区| 粉嫩大学生无套内射无码卡视频 | 国产成年无码v片在线| 小13箩利洗澡无码视频网站| 午夜无码中文字幕在线播放| 欧洲精品久久久av无码电影 | 曰韩无码无遮挡A级毛片 | 久久久久亚洲Av无码专| 亚洲人成无码久久电影网站| 久久精品无码中文字幕| 少妇人妻无码精品视频| 在线精品自拍无码| 国产精品无码一区二区三区免费| 精品一区二区三区无码免费视频| 免费无码又爽又刺激网站| 在线无码视频观看草草视频| 亚洲国产成人精品无码区二本| 久久精品亚洲中文字幕无码麻豆| 国产爆乳无码视频在线观看| 日韩精品无码视频一区二区蜜桃| 亚洲AV无码一区二三区 | 中文无码AV一区二区三区| 日韩网红少妇无码视频香港| 亚洲av无码国产精品色午夜字幕 | 国产AV无码专区亚洲AV漫画 | 亚洲日韩av无码| 国产免费黄色无码视频| 免费a级毛片无码av| 黑人巨大无码中文字幕无码|