⑴ 什麼是DB伺服器
data base 的縮寫
DB伺服器就是資料庫伺服器
⑵ 應用伺服器與DB伺服器的作用
應用伺服器應該是指響應訪問服務的機器，一般是提供web或者代理服務的主機，而DB是資料庫伺服器，由應用伺服器向其調用所需要的數據，然後反饋給請求者。一般可以在一台機子建立，也可以用不同的主機。
⑶ DB Server 是什麼
DB即DataBase（資料庫）的縮寫，
DB Server的意思就是資料庫伺服器，區別於應用伺服器。
資料庫伺服器需要連接的客戶端多、並且是不同許可權組的客戶端的話需要網路介面比較多的，除此之外，資料庫伺服器的處理器性能要求比較高，因為其要進行頻繁的操作，內存要求大，加快數據存取速度。
⑷ 如何導出DB資料庫的數據
一、導出導入SQL Server里某個資料庫
1.在SQL Server企業管理器里選中要轉移的資料庫，按滑鼠右鍵，選所有任務->備份資料庫。
2.備份 選資料庫-完全，
目的 備份到 按添加按鈕
文件名在SQL Server伺服器硬碟下輸入一個自定義的備份資料庫文件名(後綴一般是bak)
重寫 選重寫現有媒體
最後按確定按鈕。
如果生成的備份資料庫文件大於1M，要用壓縮工具壓縮後再到Internet上傳輸。
3.通過FTP或者remote desktop或者pcanywhere等方法
把第二步生成的備份資料庫文件或者其壓縮後的文件傳到目的SQL Server資料庫，如果有壓縮要解壓。
4.目的SQL Server資料庫如果還沒有此資料庫，先創建一個新的資料庫；
然後選中這個新創建的資料庫，按滑鼠右鍵，選所有任務->還原資料庫
還原->從設備->選擇設備->磁碟->添加（找到要導入的備份資料庫文件名）->確定
還原備份集->資料庫-完全
最後按確定按鈕。完全的資料庫導入成功了。
(如果在已經存在的SQL Server資料庫上還原資料庫可能遇到有還有其它人正在使用它而恢復操做失敗，
可以去看 ->管理->當前活動->鎖/對象->找到資料庫下鎖的進程號->到查詢分析器里用kill 進程號殺掉這些鎖，然後再做還原)
注意：如果在原有的目的SQL Server資料庫上從備份文件(*.bak)還原資料庫會把已經存在的表、存儲過程等資料庫對象全部替換成最近這次導入的備份資料庫里的內容。
如果一定要還原備份文件(*.bak)里部分數據,需要另外建一個新資料庫,其邏輯名稱和數量同備份文件(*.bak)里資料庫的邏輯名稱和數量一致；
新資料庫的物理文件名稱取得一定要和備份文件(*.bak)里資料庫的物理文件不一樣才行。
二、導出導入SQL Server里某個表
1.沒有防火牆，同一個區域網里或不在同一個區域網里,但通過Internet可以互相訪問
在SQL Server企業管理器里選中目的資料庫 ，按滑鼠右鍵，選所有任務->導入數據-> 彈出數據轉換服務導入/導出向導窗口->下一步->選數據源-> 數據源（用於SQL Server的Microfost OLE DB提供程序）->伺服器(可選擇區域網內能訪問到的所有SQL Server伺服器,或者直接輸入IP地址)->選擇使用windows身份驗證還是使用SQL Serve身份驗證(輸入資料庫的用戶名和密碼)->資料庫(可選擇上面選中SQL Server伺服器上所有許可權范圍內的資料庫)->下一步->選擇目的->目的（用於SQL Server的Microfost OLE DB提供程序）->伺服器(默認為上一步里選中的導出伺服器，也可以選其它區域網內能訪問到的所有SQL Server伺服器,或者直接輸入IP地址)->目的資料庫(可選擇上面選中SQL Server伺服器上所有許可權范圍內的資料庫)->下一步->制定表復制或查詢->選從源資料庫復製表和視圖(也可以選擇用一條查詢指定要傳輸的數據)->下一步->選擇源表和視圖->在要導入的表和視圖前面選中源->目的出現同樣的表名(可以手工修改成別的表名)->轉換->列映射和轉換裡面可以修改源表和目的表之間欄位的對應關系，修改目的表欄位的類型和長度等，並可以選擇創建目的表，在目的表中增加行，除去並重新創建目的表，啟用標志插入等選項->確定->下一步->保存、調度和復制包->時間->立即運行（如果要實現隔一段時間自動導出導入數據，選調度DTS包以便以後執行）->保存(可以不選)->[ 保存DTS包(如果以後還要轉移這批相同的數據，可以把本次導出導入的內容和步驟保存起來，存到SQL Server即可，保存的時候要輸入DTS的包名及詳細描述)->下一步-> ]->完成
正在執行包->圖形界面顯示創建表及插入記錄的步驟和狀態->完成
2.經過防火牆，不在同一個區域網里
①、導出表裡的數據到文本文件：
在SQL Server企業管理器里選中目的資料庫，按滑鼠右鍵，選所有任務-> 導入數據->彈出數據轉換服務導入/導出向導窗口->下一步->選數據源-> 數據源（用於SQL Server的Microfost OLE DB提供程序）->伺服器(可選擇區域網內能訪問到的所有SQL Server伺服器)->選擇使用windows身份驗證還是使用SQL Serve身份驗證(輸入資料庫的用戶名和密碼)->資料庫(可選擇上面選中SQL Server伺服器上所有許可權范圍內的資料庫)->下一步->選擇目的->目的(文本文件)-> 文件名(在自己的電腦硬碟中生成一個自定義的文本文件) ->下一步->制定表復制或查詢->選從源資料庫復製表和視圖(也可以選擇用一條查詢指定要傳輸的數據)->下一步->選擇目的文件格式->源(選擇要導出的表)->用默認的帶分隔符->選第一行包含有列名稱選項->下一步->保存、調度和復制包->時間->立即運行（如果要實現隔一段時間自動導出到文本文件，選調度DTS包以便以後執行）->保存(可以不選)-> [保存DTS包(保存的時候要輸入DTS的包名及詳細描述)->下一步->]->完成
正在執行包->圖形界面顯示表到文本文件的步驟和狀態->完成
如果生成的文本文件大於1M，要用壓縮工具壓縮後再到Internet上傳輸。
②、通過FTP或者remote desktop或者pcanywhere等方法把
第①步生成的文本文件或者其壓縮後的文件傳到目的SQL Server資料庫，如果有壓縮要解壓。
③、把文本文件導入目的SQL Server資料庫
直接把文本文件導入目的SQL Server資料庫里跟文本文件同名的新表名時，默認的會把所有欄位類型都變成字元串。
所以我們要這樣做：
在源SQL Server資料庫上先生成創建表的sql語句
在SQL Server查詢分析器里->選中源資料庫里表名->按右鍵->在新窗口中編寫對象腳本->創建->復制下新窗口內創建表名的sql語句到目標SQL Server資料庫上查詢分析器里執行創建表名的sql語句，生成空表結構。(如果已經存在這樣的表名，修改建表的sql語句，在表名後面加上導入時間的年月信息，例如table_0113)
調用導入/導出工具->彈出數據轉換服務導入/導出向導窗口->下一步->選數據源-> 數據源（文本文件）->文件名(已傳到目的SQL Server資料庫下要導入的文本文件，後綴可以不是*.txt，但是常規文本編輯器能打開的文件，文件類型選全部)->下一步->選擇文件格式->用默認的帶分隔符->選第一行包含有列名稱選項->下一步->制定列分割符->逗號->下一步->選擇目的->目的(用於SQL Server的Microfost OLE DB提供程序)->伺服器(可選擇目標區域網內能訪問到的所有SQL Server伺服器)-> 選擇使用windows身份驗證還是使用SQL Serve身份驗證(輸入資料庫的用戶名和密碼)->資料庫(可選擇上面選中SQL Server伺服器上所有許可權范圍內的資料庫)->下一步->選擇源表和視圖->修改目的表名為剛才創建的表名->轉換(在目的表中追加行) ->下一步->保存、調度和復制包->時間->立即運行（如果要實現隔一段時間自動把文本文件導入，選調度DTS包以便以後執行）->保存(可以不選)-> [保存DTS包(保存的時候要輸入DTS的包名及詳細描述)->下一步->]->完成
正在執行包->圖形界面顯示文本文件到表的步驟和狀態->完成
如果要更改導入時間的年月信息的表名，例如table_0113到原來的表名，在企業管理器里把原來的表名改成table_old_0113，table_0113改名成table。這會對應用程序里頻繁訪問的表照成一定的中斷。
注意：源表上的建的索引和主鍵約束不能用上面介紹的1和2方法轉移過來，還需要手工來建索引和主鍵。
標志種子和not null的約束可以繼承過來。
導入視圖時會把源視圖里所有的真實數據導入成一個新表，而不是視圖。
三、SQL Server存儲過程或用戶定義的函數導出導入
1、導出存儲過程或用戶定義的函數成*.sql文件
在SQL Server企業管理器里選中源資料庫，存儲過程->單選或者多選中要轉移的存儲過程->用戶定義的函數->單選或者多選中要轉移的函數->按滑鼠右鍵，選所有任務->生成SQL腳本->確定->在自己的電腦硬碟中生成一個自定義的*.sql文件->保存->正在生成SQL腳本->成功
2、如果目的資料庫經過防火牆，不在同一個區域網里，要通過FTP或者remote desktop或者pcanywhere等方法把第1步生成的*.sql文件傳到目的SQL Server資料庫伺服器上。
3、用查詢分析器進入SQL Server目的資料庫，從菜單里選文件->打開->打開查詢文件->選中第1步生成的*.sql文件->點執行查詢的綠色倒三角型快捷鍵->查詢窗口裡會出現執行後的消息（有時候可能因為存儲過程和用戶定義的函數之間有一定的依賴關系，會報一些錯。
最好先執行用戶定義的函數的*.sql文件，再執行存儲過程的*.sql文件）
四、ORACLE資料庫里表導入SQL Server資料庫
1、在目的SQL Server資料庫伺服器上安裝ORACLE Client軟體或者ORACLE ODBC Driver. 在$ORACLE_HOME\network\admin\tnsnames.ora里配置ORACLE資料庫的別名(service name)。
具體配置方法可以參考本站文章:客戶端連伺服器的注意事項
2、在WIN2000或者win2003伺服器->管理工具->數據源(ODBC)->系統DSN（本機器上NT域用戶都可以用）->添加->ORACLE ODBC Driver->完成->data source name 可以自定義，我一般填ORACLE資料庫的sid標志，description里可以填ORACLE資料庫詳細描述，也可以不填->data source service name 填第1步定義的ORACLE資料庫別名->OK。
（用戶DSN和文件DSN也可以類似配置，但使用的時候有一些限制）
3、SQL Server的導入和導出數據工具里->選數據源-> 數據源（其它（ODBC數據源））->選第2步在ODBC里定義的系統DSN source name，用戶名密碼處填寫ORACLE系統的用戶名和密碼->下一步->選擇目的，選SQL Server資料庫（跟上面第二點講的一致，就不重復了）。
注意：在ORACLE表和SQL Server表之間'轉換'那步很重要，可以改變默認的欄位數據類型，如image->text,decimal->int
五、SQL Server資料庫里表導入ORACLE資料庫
方法一.導出目的選通過ODBC數據源里定義的ORACLE資料庫, 注意ORACLE里表名都是大寫的.我一般在ORACLE這邊先生成好表結構,再選擇SQL SERVER源表往ORACLE目的表裡追加數據.數據傳輸速度比方法二慢.
方法二.從SQL Server資料庫導入數據到ORACLE資料庫可以選擇用Windows下ORACLE9i企業或者個人版資料庫做中轉。
⑸ MongoDB 是什麼看完你就知道了
點擊上方 藍色字體 ，選擇「置頂公眾號」
優質文章，第一時間送達
鏈接 | blog.csdn.net/hayre/article/details/80628431
1.MongoDB是什麼？用一句話總結
MongoDB是一款為web應用程序和互聯網基礎設施設計的資料庫管理系統。沒錯MongoDB就是資料庫，是NoSQL類型的資料庫。
（1）MongoDB提出的是文檔、集合的概念，使用BSON（類JSON）作為其數據模型結構，其結構是面向對象的而不是二維表，存儲一個用戶在MongoDB中是這樣子的。
使用這樣的數據模型，使得MongoDB能在生產環境中提供高讀寫的能力，吞吐量較於mysql等SQL資料庫大大增強。
（2）易伸縮，自動故障轉移。易伸縮指的是提供了分片能力，能對數據集進行分片，數據的存儲壓力分攤給多台伺服器。自動故障轉移是副本集的概念，MongoDB能檢測主節點是否存活，當失活時能自動提升從節點為主節點，達到故障轉移。
（3）數據模型因為是面向對象的，所以可以表示豐富的、有層級的數據結構，比如博客系統中能把「評論」直接懟到「文章「的文檔中，而不必像myqsl一樣創建三張表來描述這樣的關系。
3.主要特性
（1）文檔數據類型
SQL類型的資料庫是正規化的，可以通過主鍵或者外鍵的約束保證數據的完整性與唯一性，所以SQL類型的資料庫常用於對數據完整性較高的系統。MongoDB在這一方面是不如SQL類型的資料庫，且MongoDB沒有固定的Schema，正因為MongoDB少了一些這樣的約束條件，可以讓數據的存儲數據結構更靈活，存儲速度更加快。 （2）即時查詢能力
MongoDB保留了關系型資料庫即時查詢的能力，保留了索引（底層是基於B tree）的能力。這一點汲取了關系型資料庫的優點，相比於同類型的NoSQL redis 並沒有上述的能力。 （3）復制能力
MongoDB自身提供了副本集能將數據分布在多台機器上實現冗餘，目的是可以提供自動故障轉移、擴展讀能力。 （4）速度與持久性
MongoDB的驅動實現一個寫入語義 fire and forget ，即通過驅動調用寫入時，可以立即得到返回得到成功的結果（即使是報錯），這樣讓寫入的速度更加快，當然會有一定的不安全性，完全依賴網路。
MongoDB提供了Journaling日誌的概念，實際上像mysql的bin-log日誌，當需要插入的時候會先往日誌裡面寫入記錄，再完成實際的數據操作，這樣如果出現停電，進程突然中斷的情況，可以保障數據不會錯誤，可以通過修復功能讀取Journaling日誌進行修復。
（5）數據擴展
MongoDB使用分片技術對數據進行擴展，MongoDB能自動分片、自動轉移分片裡面的數據塊，讓每一個伺服器裡面存儲的數據都是一樣大小。
MongoDB核心伺服器主要是通過mongod程序啟動的，而且在啟動時不需對MongoDB使用的內存進行配置，因為其設計哲學是內存管理最好是交給操作系統，缺少內存配置是MongoDB的設計亮點，另外，還可通過mongos路由伺服器使用分片功能。
MongoDB的主要客戶端是可以交互的js shell 通過mongo啟動，使用js shell能使用js直接與MongoDB進行交流，像使用sql語句查詢mysql數據一樣使用js語法查詢MongoDB的數據，另外還提供了各種語言的驅動包，方便各種語言的接入。
mongomp和mongorestore,備份和恢復資料庫的標准工具。輸出BSON格式，遷移資料庫。
mongoexport和mongoimport，用來導入導出JSON、CSV和TSV數據，數據需要支持多格式時有用。mongoimport還能用與大數據集的初始導入，但是在導入前順便還要注意一下，為了能充分利用好mongoDB通常需要對數據模型做一些調整。
mongosniff,網路嗅探工具，用來觀察發送到資料庫的操作。基本就是把網路上傳輸的BSON轉換為易於人們閱讀的shell語句。
因此，可以總結得到，MongoDB結合鍵值存儲和關系資料庫的最好特性。因為簡單，所以數據極快，而且相對容易伸縮還提供復雜查詢機制的資料庫。MongoDB需要跑在64位的伺服器上面，且最好單獨部署，因為是資料庫，所以也需要對其進行熱備、冷備處理。
因為本篇文章不是API手冊，所有這里對shell的使用也是基礎的介紹什麼功能可以用什麼語句，主要是為了展示使用MongoDB shell的方便性，如果需要知道具體的MongoDB shell語法可以查閱官方文檔。
創建資料庫並不是必須的操作，資料庫與集合只有在第一次插入文檔時才會被創建，與對數據的動態處理方式是一致的。簡化並加速開發過程，而且有利於動態分配命名空間。如果擔心資料庫或集合被意外創建，可以開啟嚴格模式。
以上的命令只是簡單實例，假設如果你之前沒有學習過任何資料庫語法，同時開始學sql查詢語法和MongoDB 查詢語法，你會發現哪一個更簡單呢？如果你使用的是java驅動去操作MongoDB，你會發現任何的查詢都像Hibernate提供出來的查詢方式一樣，只要構建好一個查詢條件對象，便能輕松查詢（接下來會給出示例），博主之前熟悉ES6，所以入手MongoDB js shell完成沒問題，也正因為這樣簡潔，完善的查詢機制，深深的愛上了MongoDB。
使用java驅動鏈接MongoDB是一件非常簡單的事情，簡單的引用，簡單的做增刪改查。在使用完java驅動後我才發現spring 對MongoDB 的封裝還不如官方自身提供出來的東西好用，下面簡單的展示一下使用。
這里只舉例了簡單的鏈接與簡單的MongoDB操作，可見其操作的容易性。使用驅動時是基於TCP套接字與MongoDB進行通信的，如果查詢結果較多，恰好無法全部放進第一伺服器中，將會向伺服器發送一個getmore指令獲取下一批查詢結果。
插入數據到伺服器時間，不會等待伺服器的響應，驅動會假設寫入是成功的，實際是使用客戶端生成對象id，但是該行為可以通過配置配置，可以通過安全模式開啟，安全模式可以校驗伺服器端插入的錯誤。
要清楚了解MongoDB的基本數據單元。在關系型資料庫中有帶列和行的數據表。而MongoDB數據的基本單元是BSON文檔，在鍵值中有指向不定類型值的鍵，MongoDB擁有即時查詢，但不支持聯結操作，簡單的鍵值存儲只能根據單個鍵來獲取值，不支持事務，但支持多種原子更新操作。
如讀寫比是怎樣的，需要何種查詢，數據是如何更新的，會不會存在什麼並發問題，數據結構化的程度是要求高還是低。系統本身的需求決定mysql還是MongoDB。
在關於schema 的設計中要注意一些原則，比如：
資料庫是集合的邏輯與物理分組，MongoDB沒有提供創建資料庫的語法，只有在插入集合時，資料庫才開始建立。創建資料庫後會在磁碟分配一組數據文件，所有集合、索引和資料庫的其他元數據都保存在這些文件中，查閱資料庫使用磁碟狀態可通過。
集合是結構上或概念上相似得文檔的容器，集合的名稱可以包含數字、字母或 . 符號，但必須以字母或數字開頭，完全。
限定集合名不能超過128個字元，實際上 . 符號在集合中很有用，能提供某種虛擬命名空間，這是一種組織上的原則，和其他集合是一視同仁的。在集合中可以使用。
其次是鍵值，在MongoDB裡面所有的字元串都是UTF-8類型。數字類型包括double、int、long。日期類型都是UTC格式，所以在MongoDB裡面看到的時間會比北京時間慢8小時。整個文檔大小會限制在16m以內，因為這樣可以防止創建難看的數據類型，且小文檔可以提升性能，批量插入文檔理想數字范圍是10~200，大小不能超過16MB。
（2）解析查詢時MongoDB通過最優計劃選擇一個索引進行查詢，當沒有最適合索引時，會先不同的使用各個索引進行查詢，最終選出一個最優索引做查詢
（3）如果有一個a-b的復合索引，那麼僅針對a的索引是冗餘的
（4）復合索引里的鍵的順序是很重要的
（2）復合索引
（3）唯一性索引
（4）稀疏索引
如索引的欄位會出現的值，或是大量文檔都不包含被索引的鍵。
如果數據集很大時，構建索引將會花費很長的時間，且會影響程序性能，可通過
當使用 mongorestore 時會重新構建索引。當曾經執行過大規模的刪除時，可使用
對索引進行壓縮，重建。
（1）查閱慢查詢日誌
（2）分析慢查詢
注意新版本的MongoDB 的explain方法是需要參數的，不然只顯示普通的信息。
本節同樣主要簡單呈現MongoDB副本集搭建的簡易性，與副本集的強壯性，監控容易性
提供主從復制能力，熱備能力，故障轉移能力
實際上MongoDB對副本集的操作跟mysql主從操作是差不多的，先看一下mysql的主從數據流動過程
而MongoDB主要依賴的日誌文件是oplog
寫操作先被記錄下來，添加到主節點的oplog里。與此同時，所有從結點復制oplog。首先，查看自己oplog里最後一條的時間戳；其次，查詢主節點oplog里所有大於此時間戳的條目;最後，把那些條目添加到自己的oplog里並應用到自己的庫里。從節點使用長輪詢立即應用來自主結點oplog的新條目。
當遇到以下情況，從節點會停止復制
local資料庫保存了所有副本集元素據和oplog日誌
可以使用以下命令查看復制情況
每個副本集成員每秒鍾ping一次其他所有成員，可以通過rs.status看到節點上次的心跳檢測時間戳和 健康 狀況。
這個點沒必要過多描述，但是有一個特殊場景，如果從節點和仲裁節點都被殺了，只剩下主節點，他會把自己降級成為從節點。
如果主節點的數據還沒有寫到從庫，那麼數據不能算提交，當該主節點變成從節點時，便會觸發回滾，那些沒寫到從庫的數據將會被刪除，可以通過rollback子目錄中的BSON文件恢復回滾的內容。
只能鏈接到主節點，如果鏈接到從節點的話，會被拒絕寫入操作，但是如果沒有使用安全模式，因為mongo的fire and forget 特性，會把拒絕寫入的異常給吃掉。
（2）使用副本集方式鏈接
能根據寫入的情況自動進行故障轉移，但是當副本集進行新的選舉時，還是會出現故障，如果不使用安全模式，依舊會出現寫不進去，但現實成功的情況。
分片是資料庫切分的一個概念實現，這里也是簡單總結為什麼要使用分片以及分片的原理，操作。
當數據量過大，索引和工作數據集佔用的內存就會越來越多，所以需要通過分片負載來解決這個問題
（2）分片的核心操作
分片一個集合：分片是根據一個屬性的范圍進行劃分的，MongoDB使用所謂的分片鍵讓每個文檔在這些范圍里找到自己的位置
塊：是位於一個分片中的一段連續的分片鍵范圍，可以理解為若干個塊組成分片，分片組成MongoDB的全部數據
（3）拆分與遷移
塊的拆分：初始化時只有一個塊，達到最大塊尺寸64MB或100000個文檔就會觸發塊的拆分。把原來的范圍一分為二，這樣就有了兩個塊，每個塊都有相同數量的文檔。
遷移：當分片中的數據大小不一時會產生遷移的動作，比如分片A的數據比較多，會將分片A裡面的一些塊轉移到分片B裡面去。分片集群通過在分片中移動塊來實現均衡，是由名為均衡器的軟體進程管理的，任務是確保數據在各個分片中保持均勻分布，當集群中擁有塊最多的分片與擁有塊最少分片的塊差大於8時，均衡器就會發起一次均衡處理。
啟動兩個副本集、三個配置伺服器、一個mongos進程
配置分片
（2）索引
分片集合只允許在_id欄位和分片鍵上添加唯一性索引，其他地方不行，因為這需要在分片間進行通信，實施起來很復雜。
當創建分片時，會根據分片鍵創建一個索引。
（2）低效的分片鍵
（3）理想的分片鍵
根據不同的數據中心劃分
（2）最低要求
（3）配置的注意事項
需要估計集群大小，可使用以下命令對現有集合進行分片處理
（4）備份分片集群
備份分片時需要停止均衡器
使用64位機器、32位機器會制約mongodb的內存，使其最大值為1.5GB
（2）cpu mongodb 只有當索引和工作集都可放入內存時，才會遇到CPU瓶頸，CPU在mongodb使用中的作用是用來檢索數據，如果看到CPU使用飽和的情況，可以通過查詢慢查詢日誌，排查是不是查詢的問題導致的，如果是可以通過添加索引來解決問題
mongodb寫入數據時會使用到CPU，但是mongodb寫入時間一次只用到一個核，如果有頻繁的寫入行為，可以通過分片來解決這個問題 （3）內存
大內存是mongodb的保障，如果工作集大小超過內存，將會導致性能下降，因為這將會增加數據載入入內存的動作
（4）硬碟
mongodb默認每60s會與磁碟強制同步一次，稱為後台刷新，會產生I/O操作。在重啟時mongodb會將磁碟裡面的數據載入至內存，高速磁碟將會減少同步的時間
（5）文件系統
使用ext4 和 xfs 文件系統
禁用最後訪問時間
（6）文件描述符
linux 默認文件描述符是1024，需要大額度的提升這個額度
（7）時鍾
mongodb各個節點伺服器之間使用ntp伺服器
啟動時使用 - -bind_ip 命令
（2）身份驗證
啟動時使用 - -auth 命令
（3）副本集身份認證
使用keyFile，注意keyFile文件的許可權必須是600，不然會啟動不起來
搭建副本集至少需要兩個節點，其中仲裁結點不需要有自己的伺服器
（2）Journaling日誌 寫數據時會先寫入日誌，而此時的數據也不是直接寫入硬碟，而是寫入內存
但是Journaling日誌會消耗內存，所以可以在主庫上面關閉，在從庫上面啟動
可以單獨為Journaling日誌使用一塊固態硬碟
在插入時，可以通過驅動確保Journaling插入後再反饋，但是會非常影響性能。
-vvvvv 選項（v越多，輸出越詳細）
db.runCommand({logrotare:1}) 開啟滾動日誌
（2）top
（3）db.currentOp
動態展示mongodb活動數據
佔用當前mongodb監聽埠往上1000號的埠
把資料庫內容導出成BSON文件，而mongorestore能讀取並還原這些文件
（2）mongorestore
把導出的BSON文件還原到資料庫
（3）備份原始數據文件 可以這么做，但是，操作之前需要進行鎖庫處理 db.runCommand({fsync:1,lock:true}) db.$cmd.sys.unlock.findOne 請求解鎖操作，但是資料庫不會立刻解鎖，需要使用 db.currentOp 驗證。
db.runCommand({repairDatabase:1}) 修復單個資料庫
修復就是根據Jourling文件讀取和重寫所有數據文件並重建各個索引 （2）壓緊
壓緊，會重寫數據文件，並重建集合的全部索引，需要停機或者在從庫上面運行,如果需要在主庫上面運行，需要添加force參數 保證加寫鎖。
（2）為提升性能檢查索引和查詢
總的來說，掃描盡可能少的文檔。
保證沒有冗餘的索引，冗餘的索引會佔用磁碟空間、消耗更多的內存，在每次寫入時還需做更多工作
（3）添加內存
dataSize 數據大小 和 indexSize 索引大小，如果兩者的和大於內存，那麼將會影響性能。
storageSize超過dataSize 數據大小 兩倍以上，就會因磁碟碎片而影響性能，需要壓縮。
⑹ 什麼叫DB伺服器
伺服器（Server）指一個管理資源並為用戶提供服務的計算機軟體，通常分為文件伺服器、資料庫伺服器和應用程序伺服器。運行以上軟體的計算機或計算機系統也被稱為伺服器。相對於普通PC來說，伺服器在穩定性、安全性、性能等方面都要求更高，因為CPU、晶元組、內存、磁碟系統、網路等硬體和普通PC有所不同。