mysql如何備份數(shù)據(jù)

1.1、 mysqldump命令備份數(shù)據(jù)

在南湖等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站建設(shè)、網(wǎng)站建設(shè) 網(wǎng)站設(shè)計(jì)制作按需設(shè)計(jì)網(wǎng)站,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站制作,成都全網(wǎng)營(yíng)銷,成都外貿(mào)網(wǎng)站建設(shè),南湖網(wǎng)站建設(shè)費(fèi)用合理。

在MySQL中提供了命令行導(dǎo)出數(shù)據(jù)庫(kù)數(shù)據(jù)以及文件的一種方便的工具mysqldump,我們可以通過命令行直接實(shí)現(xiàn)數(shù)據(jù)庫(kù)內(nèi)容的導(dǎo)出dump,首先我們簡(jiǎn)單了解一下mysqldump命令用法:

#MySQLdump常用

mysqldump -u root -p --databases 數(shù)據(jù)庫(kù)1 數(shù)據(jù)庫(kù)2 xxx.sql

1.2、 mysqldump常用操作實(shí)例

1.備份全部數(shù)據(jù)庫(kù)的數(shù)據(jù)和結(jié)構(gòu)

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

2.備份全部數(shù)據(jù)庫(kù)的結(jié)構(gòu)（加 -d 參數(shù)）

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

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

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

4.備份單個(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)和結(jié)構(gòu)(,數(shù)據(jù)庫(kù)名mydb)

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

5.備份單個(gè)數(shù)據(jù)庫(kù)的結(jié)構(gòu)

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

6.備份單個(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)

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

7.備份多個(gè)表的數(shù)據(jù)和結(jié)構(gòu)（數(shù)據(jù)，結(jié)構(gòu)的單獨(dú)備份方法與上同）

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

8.一次備份多個(gè)數(shù)據(jù)庫(kù)

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

mysql5.5不會(huì)備份啊,求大神告訴我?guī)讉€(gè)備份的方法，我都是用phpmyadmin備份網(wǎng)站

方法是很多

1，xtrabackup，支持在線熱備，增量備份（首選）

2，mysql主從備份，也可以理解為二進(jìn)制文件備份

3，使用mysqldump進(jìn)行備份（以全備份為主，生成sql文件）

4，物理備份，直接拷貝數(shù)據(jù)文件，包括（*.frm,*.myi,*.myd）相關(guān)文件，試用于myisam引擎

具體詳細(xì)步驟，你可以查閱相關(guān)資料

mysql到底如何備份

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

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

Xtrabackup一直作為MEB 開源版?zhèn)涮ザ嬖?，從MySQL 8.0開始情況可能會(huì)變得有所不同。

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

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

特性1：Backup Lock

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

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

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

只有InnoDB表，僅上備份鎖

請(qǐng)點(diǎn)擊輸入圖片描述

若有非InnoDB表，上全局鎖

請(qǐng)點(diǎn)擊輸入圖片描述

特性2：Redo Log Archiving

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

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

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

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

請(qǐng)點(diǎn)擊輸入圖片描述

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

特性3：Page Tracking

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

增量備份當(dāng)前有3種掃描模式：

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

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

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

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

mysql INSTALL COMPONENT "";

2、在全備前開啟page-track

SELECT mysqlbackup_page_track_set(true);

3、全備之后，做增量備份時(shí)指定若滿足page tracking條件，默認(rèn)會(huì)使用page-track模式，否則會(huì)使用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：基于前一次備份做增備，前一次備份可能是增備，也可能是全備。這種方式全備之間可能會(huì)有多個(gè)增備，每次增量可能比較小，但恢復(fù)時(shí)需要逐個(gè)合并。

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

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

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

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

請(qǐng)點(diǎn)擊輸入圖片描述

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

請(qǐng)點(diǎn)擊輸入圖片描述

怎么備份和還原mysql數(shù)據(jù)庫(kù)

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

使用mysqldump命令備份數(shù)據(jù)庫(kù)

還原數(shù)據(jù)庫(kù)

1、使用mysql命令還原數(shù)據(jù)庫(kù)

將game_backup.sql 還原至 game 數(shù)據(jù)庫(kù)：

2、使用source命令還原數(shù)據(jù)庫(kù)

如果數(shù)據(jù)庫(kù)過大，建議可以使用source命令

網(wǎng)站欄目：mysql5.5怎么備份 mysql數(shù)據(jù)
本文地址：http://www.rwnh.cn/article24/dohhsje.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供ChatGPT、小程序開發(fā)、微信公眾號(hào)、域名注冊(cè)、網(wǎng)站設(shè)計(jì)、用戶體驗(yàn)

廣告

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