操作系統(tǒng)掛了，怎么把mysql備份出來

MySQL命令行導(dǎo)出數(shù)據(jù)庫： 1，進(jìn)入MySQL目錄下的bin文件夾：cd MySQL中到bin文件夾的目錄如我輸入的命令行：cd C:\Program Files\MySQL\MySQL Server 4.1\bin (或者直接將windows的環(huán)境變量path中添加該目錄) 2，導(dǎo)出數(shù)據(jù)庫：mysqldump -u 用戶名 -p 數(shù)據(jù)庫名 導(dǎo)出的文件名如我輸入的命令行:mysqldump -u root -p news news.sql (輸入后會讓你輸入進(jìn)入MySQL的密碼) （如果導(dǎo)出單張表的話在數(shù)據(jù)庫名后面輸入表名即可） 3、會看到文件news.sql自動生成到bin文件下命令行導(dǎo)入數(shù)據(jù)庫： 1，將要導(dǎo)入的.sql文件移至bin文件下，這樣的路徑比較方便 2，同上面導(dǎo)出的第1步 3，進(jìn)入MySQL：mysql -u 用戶名 -p 如我輸入的命令行:mysql -u root -p (輸入同樣后會讓你輸入MySQL的密碼) 4，在MySQL-Front中新建你要建的數(shù)據(jù)庫，這時是空數(shù)據(jù)庫，如新建一個名為news的目標(biāo)數(shù)據(jù)庫 5，輸入：mysqluse 目標(biāo)數(shù)據(jù)庫名如我輸入的命令行:mysqluse news; 6，導(dǎo)入文件：mysqlsource 導(dǎo)入的文件名; 如我輸入的命令行：mysqlsource news.sql;

金水網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)建站,金水網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為金水成百上千提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)營銷網(wǎng)站建設(shè)要多少錢，請找那個售后服務(wù)好的金水做網(wǎng)站的公司定做！

電腦重裝系統(tǒng)后如何恢復(fù)Mysql數(shù)據(jù)庫

1、把原來mysql安裝目錄下的data文件夾拷出來；

2、卸載掉原來的mysql；

3、重新安裝mysql；

4、拷出來的data文件夾里，除了mysql、test子文件夾外的子文件夾，全部都是數(shù)據(jù)庫

系統(tǒng)崩潰后，關(guān)于MYSQL恢復(fù)數(shù)據(jù)庫的問題！求救??！

MySQL 在崩潰恢復(fù)時，會遍歷打開所有 ibd 文件的 header page 驗證數(shù)據(jù)字典的準(zhǔn)確性，如果 MySQL 中包含了大量表，這個校驗過程就會比較耗時。 MySQL 下崩潰恢復(fù)確實(shí)和表數(shù)量有關(guān)，表總數(shù)越大，崩潰恢復(fù)時間越長。另外磁盤 IOPS 也會影響崩潰恢復(fù)時間，像這里開發(fā)庫的 HDD IOPS 較低，因此面對大量的表空間，校驗速度就非常緩慢。另外一個發(fā)現(xiàn)，MySQL 8 下正常啟用時居然也會進(jìn)行表空間校驗，而故障恢復(fù)時則會額外再進(jìn)行一次表空間校驗，等于校驗了 2 遍。不過 MySQL 8.0 里多了一個特性，即表數(shù)量超過 5W 時，會啟用多線程掃描，加快表空間校驗過程。

如何跳過校驗MySQL 5.7 下有方法可以跳過崩潰恢復(fù)時的表空間校驗過程嘛？查閱了資料，方法主要有兩種：

1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ，那么 validate = false，即可以跳過表空間校驗。實(shí)際測試的時候設(shè)置 innodb_force_recovery =1，也就是強(qiáng)制恢復(fù)跳過壞頁，就可以跳過校驗，然后重啟就是正常啟動了。通過這種臨時方式可以避免崩潰恢復(fù)后非常耗時的表空間校驗過程，快速啟動 MySQL，個人目前暫時未發(fā)現(xiàn)有什么隱患。2. 使用共享表空間替代獨(dú)立表空間這樣就不需要打開 N 個 ibd 文件了，只需要打開一個 ibdata 文件即可，大大節(jié)省了校驗時間。自從聽了姜老師講過使用共享表空間替代獨(dú)立表空間解決 drop 大表時性能抖動的原理后，感覺共享表空間在很多業(yè)務(wù)環(huán)境下，反而更有優(yōu)勢。

臨時冒出另外一種解決想法，即用 GDB 調(diào)試崩潰恢復(fù)，通過臨時修改 validate 變量值讓 MySQL 跳過表空間驗證過程，然后讓 MySQL 正常關(guān)閉，重新啟動就可以正常啟動了。但是實(shí)際測試發(fā)現(xiàn)，如果以 debug 模式運(yùn)行，確實(shí)可以臨時修改 validate 變量，跳過表空間驗證過程，但是 debug 模式下代碼運(yùn)行效率大打折扣，反而耗時更長。而以非 debug 模式運(yùn)行，則無法修改 validate 變量，想法破滅。