日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關閉右側工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
如何在MySQL中僅恢復一個數(shù)據(jù)庫?(mysql只恢復一個數(shù)據(jù)庫)

MySQL是一款非常流行的開源關系型數(shù)據(jù)庫管理系統(tǒng),支持多種數(shù)據(jù)恢復方式,比如全量恢復和增量恢復等,而在一些情況下,我們只希望恢復其中一個數(shù)據(jù)庫,而不是整個系統(tǒng)。因此本篇文章將介紹如何在MySQL中僅恢復一個數(shù)據(jù)庫。

10年的亭湖網(wǎng)站建設經(jīng)驗,針對設計、前端、開發(fā)、售后、文案、推廣等六對一服務,響應快,48小時及時工作處理。全網(wǎng)整合營銷推廣的優(yōu)勢是能夠根據(jù)用戶設備顯示端的尺寸不同,自動調整亭湖建站的顯示方式,使網(wǎng)站能夠適用不同顯示終端,在瀏覽器中調整網(wǎng)站的寬度,無論在任何一種瀏覽器上瀏覽網(wǎng)站,都能展現(xiàn)優(yōu)雅布局與設計,從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)從事“亭湖網(wǎng)站設計”,“亭湖網(wǎng)站推廣”以來,每個客戶項目都認真落實執(zhí)行。

之一步:關閉MySQL服務

在開始恢復操作之前,需要先停止MySQL服務的運行,以防止正在使用的舊的數(shù)據(jù)文件被寫入新的數(shù)據(jù)文件中。

在Linux系統(tǒng)中,可以通過命令sudo service mysql stop來關閉MySQL服務。而在Windows系統(tǒng)中,則可以通過進入控制面板,找到服務,選擇MySQL服務來關閉它。

第二步:備份目標數(shù)據(jù)庫

在進行恢復操作之前,更好先將目標數(shù)據(jù)庫進行備份,以防數(shù)據(jù)丟失或損壞。可以通過以下命令來備份MySQL數(shù)據(jù)庫:

# mysqldump -u [用戶名] -p [密碼] [數(shù)據(jù)庫名稱] > [備份文件名稱].sql

在此命令中,[用戶名]和[密碼]是指登錄MySQL所需要的用戶名和密碼,而[數(shù)據(jù)庫名稱]和[備份文件名稱]則分別代表需要備份的數(shù)據(jù)庫名稱和備份生成的文件名稱。備份文件生成后,可以將其存放到安全的位置,以便在需要進行恢復時使用。

第三步:刪除目標數(shù)據(jù)庫

在進行恢復操作時,需要將之前的目標數(shù)據(jù)庫先刪除??梢酝ㄟ^以下命令來刪除MySQL數(shù)據(jù)庫:

# drop database [數(shù)據(jù)庫名稱];

在此命令中,[數(shù)據(jù)庫名稱]指的是需要刪除的數(shù)據(jù)庫名稱。

第四步:恢復備份文件

在刪除目標數(shù)據(jù)庫后,可以通過使用備份文件來進行恢復??梢酝ㄟ^以下命令來恢復MySQL數(shù)據(jù)庫:

# mysql -u [用戶名] -p [密碼] [數(shù)據(jù)庫名稱]

在此命令中,[用戶名]和[密碼]是指登錄MySQL所需要的用戶名和密碼,而[數(shù)據(jù)庫名稱]和[備份文件名稱]則分別代表需要恢復的數(shù)據(jù)庫名稱和備份文件的名稱。執(zhí)行該命令后,MySQL數(shù)據(jù)庫將會自動恢復指定的數(shù)據(jù)庫文件。

第五步:啟動MySQL服務

在恢復操作完成后,需要啟動MySQL服務,以使其正常運行。

在Linux系統(tǒng)中,可以通過命令sudo service mysql start來啟動MySQL服務。而在Windows系統(tǒng)中,則可以通過進入控制面板,找到服務,選擇MySQL服務來啟動它。

在MySQL中僅恢復一個數(shù)據(jù)庫可以通過以上五個步驟來實現(xiàn)。在進行操作之前,更好先備份目標數(shù)據(jù)庫,以防數(shù)據(jù)丟失或損壞。此外,在刪除目標數(shù)據(jù)庫前也需要謹慎,以免誤刪重要數(shù)據(jù)。通過以上操作,可以在MySQL中更加靈活地進行數(shù)據(jù)恢復操作,提高數(shù)據(jù)的安全性和穩(wěn)定性。

成都網(wǎng)站建設公司-創(chuàng)新互聯(lián)為您提供網(wǎng)站建設、網(wǎng)站制作、網(wǎng)頁設計及定制高端網(wǎng)站建設服務!

如何實現(xiàn)MySQL數(shù)據(jù)庫的備份與恢復

在數(shù)據(jù)庫表丟失或損壞的情況下 備份你的數(shù)據(jù)庫是很重要的 如果發(fā)生系統(tǒng)崩潰 你肯定想能夠將你的表盡可能丟失最少的數(shù)據(jù)恢復到崩潰發(fā)生時的狀態(tài) 有時 正是MySQL管理員造成破壞 管理員已經(jīng)知道表以破壞 用諸如vi或Emacs等編輯器試圖直接編輯它們 這對表絕對不是件好事!    備份數(shù)據(jù)庫兩個主要方法是用mysqldump程序或直接拷貝數(shù)據(jù)庫文件(如用cp cpio或tar等) 每種方法都有其優(yōu)缺點     mysqldump與MySQL服務器協(xié)同操作 直接拷貝方法在服務器外部進行 并且你必須采取措施保證沒有客戶正在修改你將拷貝的表 如果你想用文件系統(tǒng)備份來備份數(shù)據(jù)庫 也會發(fā)生同樣的問題 如果數(shù)據(jù)庫表在文件系統(tǒng)備份過程中被修改 進入備份的表文件主語不一致的狀態(tài) 而對以后的恢復表將失去意義 文件系統(tǒng)備份與直接拷貝文件的區(qū)別是對后者你完全控制了備份過程 這樣你能采取措施確保服務器讓表不受干擾     mysqldump比直接拷貝要慢些     mysqldump生成能夠移植到其它機器的文本文件 甚至那些有不同硬件結構的機器上 直接拷貝文件不能移植到其它機器上 除非你正在拷貝的表使用MyISAM存儲格式 ISAM表只能在相似的硬件結構的機器上拷貝 在MySQL 中引入的MyISAM表存儲格式解決了該問題 因為該格式是機器無關的 所以直接拷貝文件可以移植到具有不同硬件結構的機器上 只要滿足兩個條件 另一臺機器必須也運行MySQL 或以后版本 而且文件必須以MyISAM格式表示 而不是ISAM格式     不管你使用哪種備份方法 如果你需要恢復數(shù)據(jù)庫 有幾個原則應該遵守 以確保更好的結果     定期實施備份 建立一個計劃并嚴格遵守     讓服務器執(zhí)行更新日志 當你在崩潰后需要恢復數(shù)據(jù)時 更新日志將幫助你 在你用備份文件恢復數(shù)據(jù)到備份時的狀態(tài)后 你可以通過運行更新日志中的查詢再次運用備份后面的修改 這將數(shù)據(jù)庫中的表恢復到崩潰信手發(fā)生時的狀態(tài)     以文件系統(tǒng)備份的術語講 數(shù)據(jù)庫備份文件代表完全傾倒(full dump) 而更新日志代表漸進傾倒(incremental dump)     使用一種統(tǒng)一的和易理解的備份文件命名機制 象backup buckup 等不是特別有意義 當坦羨實施你的恢復時 你將浪費時間找出文件里是什么東西 你可能發(fā)覺用數(shù)據(jù)庫名和日期構成備份文件名會很有用 例如     %mysqldump samp_db >/usr/archives/mysql/samp_db   %mysqldump menagerie >/usr/archives/mysql/menagerie     你可能想在生成備份后壓縮它們 備份一般都很大!你也需要讓你的備份文件有過期期限以避免它們填滿你的磁盤 就象你讓你的日志文件過期那樣     用文件系統(tǒng)備份備份你的備份文件 如果遇上了一個徹底崩潰 不僅清除了你的數(shù)據(jù)目錄 也清除了包含你的數(shù)據(jù)庫備份的磁盤驅動器 你將真正遇上了麻煩 也要備份你的更新日志     將你的備份文件放在不同于用于你的數(shù)據(jù)庫的文件系統(tǒng)上 這將降低由于生成備份而填滿包含數(shù)據(jù)目錄的文件系統(tǒng)的可能性     用于創(chuàng)建備份的技術同樣對拷貝數(shù)據(jù)庫到另一臺機器有用 最常見地 一個數(shù)據(jù)庫被轉移到了運行在另一臺主機上的服務器 但是你也可以將數(shù)據(jù)轉移到同一臺主機上的另一個服務器使用mysqldump備份和拷貝數(shù)據(jù)庫   當你使用mysqldumo程序產(chǎn)生數(shù)據(jù)庫備份文件時 缺省地 文件內容包含創(chuàng)建正在傾倒的表的CREATE語句和包含表中行數(shù)據(jù)的INSERT語句 換句話說 mysqldump產(chǎn)生的輸出可在以后用作mysql的輸入來重建數(shù)據(jù)庫   你可以將整個數(shù)據(jù)庫傾倒進一個單獨的文本文件中 如下  滑信嫌   %mysqldump samp_db >/usr/archives/mysql/samp_db     輸出文件的開頭看起來象這樣     # MySQL Dump   #  # Host: localhost Database: samp_db  #   # Server version alpha log  #  # Table structure for table absence   #  CREATE TABLE absence(  student_id int( ) unsigned DEFAULT NOT NULL   date date DEFAULT NOT NULL   PRIMARY KEY (student_id date)  );  #  # Dumping data for table absence   #  INSERT INTO absence VALUES ( );  INSERT INTO absence VALUES ( );  INSERT INTO absence VALUES ( );文件剩下的部分有更多的INSERT和CREATE TABLE語句組成     如果你想壓縮備份 使用類似如下的命令     %mysqldump samp_db | gzip >/usr/archives/mysql/samp_db gz    如果你要一個龐大的數(shù)據(jù)庫 輸出文件也將很龐大 可能難于管理 如果你愿意 你可以在mysqldump命令行的數(shù)據(jù)庫名后列出單獨的表名來傾到它們的內容 這將傾倒文件分成較小 更易于管理的文件 下例顯示如何將samp_db數(shù)據(jù)庫的一些表傾到進分開的文件中     %mysqldump samp_db student score event absence >grapbook sql  %mysqldump samp_db member president >hist league sql    如果你生成準備用于定期刷新另一個數(shù)據(jù)庫內容的備份文件 你可能想用 add drop table選項 這告訴服務器將DROP TABLE IF EXISTS語句寫入備份文件 然后 當你取出備份文件并把它裝載進第二個數(shù)據(jù)庫時 如果表已經(jīng)存在 你不會得到一個錯誤     如果你倒出一個數(shù)據(jù)庫以便能把數(shù)據(jù)庫轉移到另一個服務器 你甚至不必創(chuàng)建備份文件 要保證數(shù)據(jù)庫存在于另一臺主機 然后用管道傾倒數(shù)據(jù)庫 這樣mysql能直接讀取mysqldump的輸出 例如 你想從主機拷貝數(shù)據(jù)庫samp_db到 可以這樣很容易做到     %mysqladmin h create samp_db  %mysqldump samp_db | mysql h samp_db    以后 如果你想再次刷新上的數(shù)據(jù)庫 跳過mysqladmin命令 但要對mysqldump加上 add drop table以避免的得到表已存在的錯誤   %mysqldump add drop table samp_db | mysql h samp_db  mysqldump其它有用的選項包括      flush logs和 lock tables組合將對你的數(shù)據(jù)庫檢查點有幫助 lock tables鎖定你正在傾倒的所有表 而 flush logs關閉并重新打開更新日志文件 新的更新日志將只包括從備份點起的修改數(shù)據(jù)庫的查詢 這將設置你的更新日志檢查點位備份時間 (然而如果你有需要執(zhí)行個更新的客戶 鎖定所有表對備份期間的客戶訪問不是件好事 )    如果你使用 flush logs設置檢查點到備份時 有可能更好是傾倒整個數(shù)據(jù)庫 如果你傾倒單獨的文件 較難將更新日志檢查點與備份文件同步 在恢復期間 你通常按數(shù)據(jù)庫為基礎提取更新日志內容 對單個表沒有提取更新的選擇 所以你必須自己提取它們     缺省地 mysqldump在寫入前將一個表的整個內容讀進內存 這通常確實不必要 并且實際上如果你有一個大表 幾乎是失敗的 你可用 quick選項告訴mysqldump只要它檢索出一行就寫出每一行 為了進一步優(yōu)化傾倒過程 使用 opt而不是 quick opt選項打開其它選項 加速數(shù)據(jù)的傾倒和把它們讀回     用 opt實施備份可能是最常用的方法 因為備份速度上的優(yōu)勢 然而 要警告你 opt選項確實有代價 opt優(yōu)化的是你的備份過程 不是其他客戶對數(shù)據(jù)庫的訪問 opt選項通過一次鎖定所有表阻止任何人更新你正在傾倒的任何表 你可在一般數(shù)據(jù)庫訪問上很容易看到其效果 當你的數(shù)據(jù)庫一般非常頻繁地使用 只是一天一次地調節(jié)備份     一個具有 opt的相反效果的選項是 dedayed 該選項使得mysqldump寫出INSERT DELAYED語句而不是INSERT語句 如果你將數(shù)據(jù)文件裝入另一個數(shù)據(jù)庫并且你想是這個操作對可能出現(xiàn)在該數(shù)據(jù)庫中的查詢的影響最小 delayed對此很有幫助      press選項在你拷貝數(shù)據(jù)庫到另一臺機器上時很有幫助 因為它減少網(wǎng)絡傳輸字節(jié)的數(shù)量 下面有一個例子 注意到 press對與遠端主機上的服務器通信的程序才給出 而不是對與本地主機連接的程序     %mysqldump opt samp_db | mysql press h samp_db  mysqldump有很多選項 詳見《MySQL參考手冊》使用直接拷貝數(shù)據(jù)庫的備份和拷貝方法   另一種不涉及mysqldump備份數(shù)據(jù)庫和表的方式是直接拷貝數(shù)據(jù)庫表文件 典型地 這用諸如cp tar或cpio實用程序 本文的例子使用cp     當你使用一種直接備份方法時 你必須保證表不在被使用 如果服務器在你則正在拷貝一個表時改變它 拷貝就失去意義     保證你的拷貝完整性的更好方法是關閉服務器 拷貝文件 然后重啟服務器 如果你不想關閉服務器 要在執(zhí)行表檢查的同時鎖定服務器 如果服務器在運行 相同的制約也適用于拷貝文件 而且你應該使用相同的鎖定協(xié)議讓服務器 安靜下來     假設服務器關閉或你已經(jīng)鎖定了你想拷貝的表 下列顯示如何將整個samp_db數(shù)據(jù)庫備份到一個備份目錄(DATADIR表示服務器的數(shù)據(jù)目錄)     %cd DATADIR  %cp r samp_db /usr/archive/mysql    單個表可以如下備份     %cd DATADIR/samp_db  %cp member * /usr/archive/mysql/samp_db  %cp score * /usr/archive/mysql/samp_db當你完成了備份時 你可 lishixinzhi/Article/program/MySQL/202311/29384

MySQL數(shù)據(jù)庫恢復(InnoDB)

– 恢復策略

前面說到未提交的事務和回滾了的事務也會記錄Redo Log,因此在進行恢復時,這些事務要進行特殊的的處理.有2中不同的恢復策略:

A. 進行恢復時,只重做已經(jīng)提交了的事務。

B. 進行恢復時,重做所有事務包括未提交的事務和回滾了的事務。然后通過Undo Log回滾那些未提交的事務。

– InnoDB存儲引擎的恢復機制

MySQL數(shù)據(jù)庫InnoDB存儲引擎使用了B策略, InnoDB存儲引擎中的恢復機制有幾個特點:

A. 在重做Redo Log時,并不關心事務性。 恢復時,沒有BEGIN,也沒有COMMIT,ROLLBACK的行為。也不關心每個日志是哪個事務的。盡管事務ID等事務相關的內容會記入胡基Redo Log,這些內容只是被當作要操作的數(shù)據(jù)的一部分。

B. 使用B策略就必須要將Undo Log持久化,而且必須要在寫Redo Log之前將對應的Undo Log寫入磁盤。Undo和Redo Log的這種關聯(lián),使得持久化變得復雜起來。為了降褲鍵謹?shù)蛷碗s度,InnoDB將Undo Log看作數(shù)據(jù),因此記錄Undo Log的操作也會記錄到redo log中。這樣undo log就可以象數(shù)據(jù)一樣緩存起來,而不用在redo log之前寫入磁盤了。

包含Undo Log操作的Redo Log,看起來是這樣的:

記錄1: >

記錄2:

記錄3: >

記錄4:

記錄5: >

記錄6:

C. 到這里,還有一個問題沒有弄清楚。既然Redo沒有事務性,那豈不是會重新執(zhí)行被回滾了的事務?確實是這樣。同時Innodb也會將事務回滾時的操作也記錄到redo log中?;貪L操作本質上也是對數(shù)據(jù)進行修改,因此回滾時對數(shù)據(jù)的操作也會記錄到Redo Log中。

一個回滾了的事務的Redo Log,看起來是這樣的:

記錄1: >

記錄2:

記錄3: >

記錄4:

記錄5: >

記錄6:

記錄7:

記錄8: 亮巖

記錄9:

一個被回滾了的事務在恢復時的操作就是先redo再undo,因此不會破壞數(shù)據(jù)的一致性.

– InnoDB存儲引擎中相關的函數(shù)

Redo: recv_recovery_from_checkpoint_start()

Undo: recv_recovery_rollback_active()

Undo Log的Redo Log: trx_undof_page_add_undo_rec_log()

你會備份,不能恢復。真的服你了。

給你二個解決辦法:

之一個茄宴螞辦法:使用這個命令格式

shell>mysqladmin create 數(shù)據(jù)庫名 -uroot -p (數(shù)據(jù)庫已經(jīng)存在就不用此步)

shell>mysql -uroot -p 數(shù)據(jù)庫名

第二個辦法:更詳細的用法在mysql的在線手冊中,已祥舉經(jīng)給你找到備份恢復的頁面了,打看顫埋學一下,你們問題就可以肯定搞定了。這是mysql官方中文手冊。

備份恢復的頁面鏈接:

重新安裝mysql原來數(shù)據(jù)庫的只剩下了.frm的問,怎么恢復的數(shù)據(jù)

一、InnoDB表結構的恢復

假定:MYSQL數(shù)據(jù)庫已經(jīng)崩潰,目前只有對應表的frm文件,大家都知道,frm文件無法通過文本編輯器查看,因為如果不恢豎卜復,基本上來說對我們沒什么用。這里我們?yōu)榱藴y試,假定該文件為test_innodb.frm

該表創(chuàng)建腳本如下:

mysql> create table test_innodb

-> (A int(11) default NULL,

-> B varchar(30) default NULL,

-> C date default NULL) engine=innodb;

Query OK, 0 rows affected (0.05 sec)

在新的正常工作的MYSQL環(huán)境下建立一個數(shù)據(jù)庫,比如aa.

在aa數(shù)據(jù)庫下建立同名的數(shù)據(jù)表test_innodb,表結構隨意,這里只有一個id字段,操作過程片段如下:

mysql> create table test_innodb (id bigint not null)engine=InnoDB;

Query OK, 0 rows affected (0.09 sec)

停止mysql服務器,將系統(tǒng)崩潰后留下的test_innodb.frm文件拷貝到新的正常數(shù)據(jù)庫的數(shù)據(jù)目錄aa下,覆蓋掉下邊廳纖歲同名的frm文件,重新啟動MYSQL服務。

END

二. MyISAM表結構的恢復

同樣先假定需要恢復的表的FRM文件為test_myisam.frm,表結構為

mysql> create table test_myisam

-> (A int(11) default NULL,

-> B varchar(30) default NULL,

-> C date default NULL) engine=myisam;

Query OK, 0 rows affected (0.05 sec)

直接將test_myisam.frm拷貝到正常數(shù)據(jù)庫對應的數(shù)據(jù)目錄下。這時測試

mysql> show tables;

++

| Tables_in_aa |

++

| test_innodb |

| test_myisam |

++

3 rows in set (0.00 sec)

mysql> desc test_myisam;

ERROR 1017 (HY000): Can’t find file: ‘test_myisam’ (errno: 2)

發(fā)現(xiàn)只能通過show tables命令看見表名,但是表結構還是沒有恢復,desc命令報錯。

在與test_myisam.frm同一目錄建立以下2個文件,文件內容可以為空:

test_myisam.MYD test_myisam.MYI

在MYSQL命令行使用MYSQL本身的數(shù)扮睜據(jù)表恢復命令repair命令恢復表,如下:

mysql> repair table test_myisam USE_FRM;

+—++++

| Table| Op | Msg_type | Msg_text |

+—++++

| aa.test_myisam | repair | status | OK|

+—++++

1 row in set (0.00 sec)

根據(jù)結果可以知道,恢復命令執(zhí)行成功

創(chuàng)建已經(jīng)丟失的表結構

先要安裝 mysql-utilities。

// RedHatyum -y install mysql-server mysql-utilities// Debianapt install mysql-utilities

使用 mysqlfrm 從 .frm 文件里面找回建表語句。

// 分析一個 .frm 文件生成建表的語句mysqlfrm –diagnostic /var/lib/mysql/test/t1.frm// 分析一個目錄下的全部.frm文件生成建表語句root@username:~# mysqlfrm –diagnostic /var/lib/mysql/my_db/bk/ >createtb.sqlroot@username:~# grep “^CREATE TABLE” createtb.sql |wc -l124

可以看到一共生成了 124 個建表語句。

有很多時候也可以從其它庫里面生成建表語句,如同一個應用的其它數(shù)據(jù)庫或不同的測試環(huán)境,采用下面的 mysqldump 生成建表語句:

mysqldump –no-data –compact my_db>createtb.sql

登錄 MySQL 生成表。

mysql> create database my_db;mysql> use my_dbDatabase changedmysql> source createtb.sqlQuery OK, 0 rows affected (0.07 sec)……

導入舊的數(shù)據(jù)文件

將新建的沒有包括數(shù)據(jù)的 .ibd 文件拋棄

root@username:/var/lib/mysql/my_db# ll *.ibd|wcroot@username:/var/lib/mysql/my_db# mysql -e “show tables from my_db” \| grep -v  Tables_in_my_db  \| while read a; do mysql -e “ALTER TABLE my_db.$a DISCARD TABLESPACE”; doneroot@username:/var/lib/mysql/my_db# ll *.ibd|wcls: cannot access ‘*.ibd’: No such file or directory000

可以看到所有的 .idb 文件都已經(jīng)被拋棄了。然后把舊的有數(shù)據(jù)的 .ibd 文件拷貝到這個 my_db 目錄下面,別忘了把屬主改過來:chown mysql. *,再把這些數(shù)據(jù)文件 import 到數(shù)據(jù)庫中。

root@username:/var/lib/mysql/my_db# mysql -e “前畝show tables from my_db” \| grep -v  Tables_in_my_db  \| while read a; \do mysql -e “ALTER TABLE my_db.$a import TABLESPACE”襲叢; done

導入完成后檢拍悔櫻查表

使用 mysqlcheck 對數(shù)據(jù)庫 my_db 下的所有表進行檢查:

root@username:/var/lib/mysql/my_db# mysqlcheck -c my_dbmy_db.cdp_backup_point OK……

所有的表都導入成功。

關于mysql 只恢復一個數(shù)據(jù)庫的介紹到此就結束了,不知道你從中找到你需要的信息了嗎 ?如果你還想了解更多這方面的信息,記得收藏關注本站。

創(chuàng)新互聯(lián)-老牌IDC、云計算及IT信息化服務領域的服務供應商,業(yè)務涵蓋IDC(互聯(lián)網(wǎng)數(shù)據(jù)中心)服務、云計算服務、IT信息化、AI算力租賃平臺(智算云),軟件開發(fā),網(wǎng)站建設,咨詢熱線:028-86922220


當前文章:如何在MySQL中僅恢復一個數(shù)據(jù)庫?(mysql只恢復一個數(shù)據(jù)庫)
網(wǎng)頁鏈接:http://www.5511xx.com/article/dhsjpgc.html