問答專欄Q & A COLUMN
mysql、redis、MongoDB基本上在對應的業務場景中都會用到。習慣上，所有的業務數據都是需要“落庫”的，這種“落庫”指關系型數據庫的數據寫入，可以很直觀的在關系型數據庫的客戶端進行查詢，可以持久化到磁盤空間，因 mysql 開源穩定，滿足業務需求，其成為互聯網公司的最優選擇。而 redis 經常在高并發的請求加速、優化用戶體驗中用到，普遍的做法是將數據庫中的數據請求一次，放入緩存中，同時返回給用戶，而修改數據庫時對緩存數據進行清理，保障數據一致性。而對于mongoDB，我在業務中使用不多，但其可以高效存儲二進制大對象 (比如照片、視頻、消息等)，在業界得到了充分的認可。下面簡述一下其各自的優缺點，僅供參考。
mysql，優點：體積小、速度快、總體擁有成本低，開源，提供的接口支持多種語言連接操作；支持多種操作系統；采用完全的多線程編程，線程輕量；鑒權體系完善。缺點：不支持熱備份，但可通過binlog日志進行同步；不支持自定義數據類型；對 xml 支持不夠良好，但此基本上可以忽略，目前很少見到 xml 的使用。
redis，優點：讀寫性能優異，選擇的最大理由；支持數據持久化，支持 AOF 和 RDB 兩種持久化方式；支持主從復制，可以進行讀寫分離；數據結構豐富；缺點：不具備自動容錯和恢復功能，主機從機宕機導致客戶端請求失敗；主機宕機，宕機前有部分數據未能及時同步到從機，切換 IP 后還會引入數據不一致的問題，降低了系統的可用性；Redis 的主從復制采用全量復制，網絡波動時可能進行全量的數據復制，對集群造成壓力；Redis 較難支持在線擴容，在集群容量達到上限時在線擴容比較復雜。
MongoDB，優點：弱一致性(最終一致)，更能保證用戶的訪問速度；文檔結構的存儲方式，能夠更便捷的獲取數；高效存儲二進制大對象 (比如照片、視頻、消息等)；與其他的NoSQL相比第三方支持豐富；缺點：不支持事務操作；占用空間過大；成熟的維護工具較為欠缺。
個人感覺，redis 適用于數據變化快且數據庫大小可預見（適合內存容量）的業務場景，其適合做關系型數據庫的中間層。MongoDB 可以作為大數據對象 (比如照片、視頻、消息等)的數據緩存層組合出一個必要的數據實體（靈活的 json 結構可以組合出復雜數據類型，又可以復制多臺服務器），讀取速度也快，高并發構建主從服務器無壓力。
作者：夕陽雨晴，歡迎關注我的頭條號：偶爾美文，主流Java，為你講述不一樣的碼農生活。
評論0
加載中...
目前看來，關系型的數據庫和非關系型的數據庫是互補的，并不是互相取代的，因為這兩者的適用場景不同。
關系型數據庫適應場景是：業務復雜并且需要很多的關聯，對讀操作沒有太大要求，但是需要對事務的支持。
非關系型數據庫適用場景是：業務相對簡單，對讀操作要求很高，而且數據吞吐量大，還能支持快速擴容等場景。
因此，這兩種數據庫在未來都會一直存在，在各自的場景發揮自己的作用，每一種新技術的誕生都是為解決現有的一些痛處的，技術選型沒有最好的，只有最適合的技術。
評論0
加載中...
場景不一樣，redis雖然也算一種數據庫，但是一般更多的用于加速訪問數據庫數據
mongodb是非關系型數據庫更多的用于快速存儲數據
評論0
加載中...
1、數據結構模型是需要關系連接的（nosql Redis存儲是沒有問題的）nosqlRedis讀取不方便 幾乎做不到
2、快是因為在內存中存儲也就是說沒有持久化 nosql Redis持久化 預估性能差不多少
3、邏輯及實現復雜程度遠高于關系型數據庫
評論0
加載中...
我們就是用MongoDB替代sql，很好用。新版本也支持事務了，微服務的大殺器。當然了，內存價格確實昂貴，所以等數據量上去后，會考慮使用TiDB。
評論0
加載中...0
回答0
回答0
回答0
回答0
回答2
回答0
回答0
回答0
回答0
回答
