數據庫鏡像--數據庫快照--數據庫復制是數據庫開發人員耳熟能詳的一些名詞了，那么他們究竟有什么好處和優勢呢？舉個很簡單的例子，一個統計往往會對一個操作比較頻繁的數據庫造成很大的影響，例如數據庫有1000w的數據，你sum一下或者去模糊查詢一下，那估計這個程序需要卡N秒，這樣就對其他操作造成了非常大的影響，如果有一個一模一樣的鏡像，那么就算造成N+N秒，對於主數據庫也是沒有影響的，在這里簡單說一下各個操作的優勢和缺點，歡迎拍磚
①：數據庫鏡像：最低要求：2005以上版本，必須sp1以上補丁
介紹：數據庫鏡像就和我們普通的系統ghost鏡像類似，就是一個備份，只是不同是，這個鏡像和數據庫是實時同步的，可以看做每秒鍾都在備份
優勢：鏡像服務器最大是優勢就是備份，當你是服務器崩潰時，你可以立即啟動鏡像服務器，使其正常運行，這個就是鏡像服務器最大的優勢
劣勢：既然要備份，那么性能消耗是肯定的，但是綜合其他幾種相比起來，這個消耗基本上是在可接受的范圍之內的，而且個人感覺不好的地方之一就是鏡像數據庫無法訪問的，需要將鏡像數據庫快照以后再進行訪問，要是可以直接訪問就爽了，當然這個只是幻想一下。
②：數據庫快照：
介紹：數據庫快照就想象成相機就可以了，就是將數據庫拍下來，拍攝個一模一樣的。做一次備份
優勢：類似一個人成長，有很多張照片，例如你每年拍一張，那么以后查看起來是非常方便的。
劣勢：這個無法做到實時備份，只能是某一刻的一個備份，很多需求會不滿足，而且如果數據量非常大，那么對性能也有一定的的消耗
③：數據庫復制：（這個可不是數據庫備份還原哦）
介紹：也是兩個庫，一個主庫一個從庫，主從庫之間是一種發布訂閱的關系，就是我修改了通知你，或者你時時來讀取我，看看我是否修改了，就這么簡單
優勢：他是讀取的日志文件，根據日志文件達到同步的，所以基本可以滿足同步，並且我錯略的測試了一下，除非服務器堵塞，否則性能還是很高的，百萬數據同步幾秒鍾就可以完成，足見其效率了。
劣勢：發布者和訂閱者之間並非實時同步的，所以經常會有延時，這個就屬於不定性因素的，而且消耗>數據庫鏡像 .
以上模式就使用而言，鏡像和快照組合還是一個蠻不錯的選擇的。至於具體每種的具體用法，稍后的文章會逐一更新.