簡單易用的數(shù)據(jù)庫哪個比較好？1.如果數(shù)據(jù)量太大，比如上億，就用oracle。上億數(shù)據(jù)的優(yōu)勢對于Oracle來說是輕的，不需要太多的優(yōu)化配置。缺點是安裝比較麻煩，上手慢。2.數(shù)據(jù)量大，比如千萬級，用po

簡單易用的數(shù)據(jù)庫哪個比較好？

1.如果數(shù)據(jù)量太大，比如上億，就用oracle。上億數(shù)據(jù)的優(yōu)勢對于Oracle來說是輕的，不需要太多的優(yōu)化配置。缺點是安裝比較麻煩，上手慢。

2.數(shù)據(jù)量大，比如千萬級，用postgresql，號稱基準測試Oracle，處理千萬級的數(shù)據(jù)還是可以的，也很易學易用。

3.數(shù)據(jù)量一般，比如幾百萬。有了mysql，mysql處理這種級別的數(shù)據(jù)還是比較快的。

4.數(shù)據(jù)量小，比如10萬以下，sqlite和access都可以。

以上是基于單表操作的數(shù)據(jù)量，你可以隨意選擇。

如何做好mongodb的數(shù)據(jù)備份？

文檔數(shù)據(jù)庫服務是云服務提供商的重要數(shù)據(jù)庫服務產(chǎn)品之一，數(shù)據(jù)庫的備份和恢復功能是數(shù)據(jù)庫災難恢復的重要和必不可少的手段。文檔數(shù)據(jù)庫云服務提供了數(shù)據(jù)庫備份和恢復的功能，但是我們需要了解其背后的機制，文檔數(shù)據(jù)庫服務采用。作為開源的mongoDB，自然要從mongoDB數(shù)據(jù)庫的備份恢復機制入手。mongoDB中有兩種主要的數(shù)據(jù)庫備份和恢復機制。

一種是使用自帶的mongodumpampmongorestore工具；

第二，基于數(shù)據(jù)文件的備份和恢復。

現(xiàn)簡要闡述如下:

一、mongodump與mongorestore

用于將數(shù)據(jù)庫內(nèi)容備份為BSON文件，可用于備份實時運行的數(shù)據(jù)庫(無需鎖定或關閉數(shù)據(jù)庫)；備份命令行:$ mongodump-h localhost-port 27017。默認情況下，行之后的數(shù)據(jù)會備份到轉(zhuǎn)儲目錄。轉(zhuǎn)儲目錄包含每個集合的所有文檔，包括定義用戶和索引的系統(tǒng)集合。但是索引本身的數(shù)據(jù)不會包含在轉(zhuǎn)儲目錄中。這意味著在恢復數(shù)據(jù)庫時需要重建索引。如果你有一個大的數(shù)據(jù)集，或者很多索引，就要花很多時間。用于讀取BSON文件并還原；恢復命令行:$ mongorestore-h localhost-port 27017轉(zhuǎn)儲注釋在恢復數(shù)據(jù)時，mongorestore不會刪除數(shù)據(jù)，因此如果恢復當前數(shù)據(jù)庫實例，請確保使用-drop標志。

第二，基于數(shù)據(jù)文件的備份

大部分用戶會選擇基于數(shù)據(jù)庫文件的備份，將原數(shù)據(jù)庫文件直接復制到其他地方。這種比使用mongodump要快很多，因為備份和恢復不需要轉(zhuǎn)換數(shù)據(jù)格式。這種方法的唯一問題是它需要鎖定數(shù)據(jù)庫服務。設備，但通常只需要鎖定從節(jié)點，因此在備份過程中應該能夠保證應用程序的正常運行。以下是同步和鎖定庫的命令:在執(zhí)行gt use admingt db.fsyncLock()命令后，數(shù)據(jù)庫基于寫入和數(shù)據(jù)被鎖定文件同步到磁盤，此時，您可以安全地復制數(shù)據(jù)文件。解鎖命令:gt db.fsyncUnlock()還提供了一種顯示思維導圖的

第三，文檔數(shù)據(jù)服務提供的備份和恢復功能

華為云amp天翼云 的文檔數(shù)據(jù)服務提供了三種模式:單實例、副本集和集群，這三種模式都提供了備份和恢復功能。讓 讓我們先談談備份。創(chuàng)建實例后，將執(zhí)行完整備份。根據(jù)備份策略，可以在設定的時間段內(nèi)定期進行自動備份。當...的時候不過也提供了手動備份的功能。再說恢復，我發(fā)現(xiàn)只能恢復到新實例，不能恢復到當前實例，也就是說沒有辦法從當前實例的災難中恢復，只能談數(shù)據(jù)恢復到新實例，于是就有了數(shù)據(jù)庫切換的動作，感覺怪怪的。我檢查了產(chǎn)品。確實是手動的。為了更好的理解備份和恢復的機制，我打算尋求客服的幫助。

第四，文檔數(shù)據(jù)服務提供的備份和恢復機制

為了解決無法恢復到當前實例的問題，我在華為云上提出了一個工單，如下:工單問題:請問DDS備份的數(shù)據(jù)是否只能恢復到新創(chuàng)建的實例，而不能恢復到當前實例？客服回復:您好，您只能恢復到新實例，但是您可以 不要回復它。這是對前一個例子的書面答復。我提到工單沒多久，華為云客服就給我打了。在確認它只向新實例提供恢復后，它詢問為什么不向當前實例提供恢復?？蛻艋卮鹫f，恢復到當前實例可能會失敗，但正在執(zhí)行恢復操作。在這樣做之前，會執(zhí)行刪除數(shù)據(jù)的操作，所以一旦失敗，會對現(xiàn)有實例造成不可挽回的災難。想了解更多關于華為云 的備份和恢復機制，并提出了一個工單，如下:工單問題:DDS 的備份和恢復功能？基于快照機制。還是數(shù)據(jù)文件級備份？另外，能否實現(xiàn)基于時間點的恢復機制？謝謝大家！客服回復:集群和副本集是復制物理文件的，單實例是mongodump。你可以參考上面第一部分的結(jié)算內(nèi)容來理解客服回復的內(nèi)容。