设为首页 收藏本站
查看: 781|回复: 0

[经验分享] Cassandra,Mongodb,CouchDB,Redis,Riak,HBase比较-转

[复制链接]
YunVN网友  发表于 2015-7-9 09:21:41 |阅读模式
  http://www.open-abc.com/nosql-214.html
  尽管 SQL 数据库一直是我们IT行业中最有用的工具,然而,它们这样在行业中超过15年以上的“转正”终于就要寿终正寝了。现在,虽然关系型数据库仍然无所不在,但它越来越不能满足我们的需要了。NoSQL成为了业界的新宠。
  但是,各种 “NoSQL” 数据库之间的差异比当年众多关系型数据库之间的差异要大许多。这就加大了人们在建设自己的应用是选择合适的数据库的难度。
  在这篇汇总的PK中,我们对 Cassandra, Mongodb, CouchDB, Redis, Riak 和 HBase 进行了比较,以供参考:
CouchDB
  * Written in: Erlang
* Main point关键点: DB consistency一致性, ease of use易用
* License 许可协议: Apache
* Protocol 协议: HTTP/REST
* Bi-directional (!) replication双向复制,
* continuous or ad-hoc,
* with conflict detection冲突检测,
* thus, master-master replication. (!) 主主复制
* MVCC – write operations do not block reads 写操作不会阻塞读操作
* Previous versions of documents are available 文本式
* Crash-only (reliable) design 可靠性设计
* Needs compacting from time to time
* Views: embedded内部嵌入 map/reduce算法
* Formatting views: lists & shows
* Server-side document validation possible
* Authentication possible
* Real-time updates via _changes (!) 实时更新
* Attachment handling
* thus, CouchApps (standalone js apps)
* jQuery library included
  适用: 累计 堆积计算, 偶尔改变数据, 预先定义的查询. 非常注重版本控制的场合.
  举例: CRM, CMS系统. 主-主复制是其特别亮点,可以易于多个站点部署。
  
Redis
  * Written in: C/C++
* Main point 关键点: Blazing fast 超快
* License: BSD
* Protocol: Telnet-like
* Disk-backed in-memory database, 磁盘后备,内存数据库
* but since 2.0, it can swap to disk. 但是从2.0开始直接交换到磁盘
* Master-slave replication 主-从复制
* Simple keys and values, 简单的key-value形式
* but complex operations like ZREVRANGEBYSCORE 但是复杂操作类似ZREVRANGEBYSCORE
* INCR & co (good for rate limiting or statistics)
* Has sets (also union/diff/inter)
* Has lists (also a queue; blocking pop)
* Has hashes (objects of multiple fields)
* Of all these databases, only Redis does transactions (!) 在这些数据库中,只有Redis有事务机制。
* Values can be set to expire (as in a cache) 如同缓存一样,值能被设置为超过一定时间过期失效。
* Sorted sets (high score table, good for range queries) 有排序的sets,善于range查询。
* Pub/Sub and WATCH on data changes (!) 采取Pub/Sub 和观察者WATCH事件触发数据变化。
  适用: 在可以控制的数据库大小情况下(放得下整个内存),快速改变数据,快速写数据。
  举例: 股票价格系统 分析,实时数据收集,联系等等。
  
MongoDB
  * Written in: C++
* Main point: Retains some friendly properties of SQL. 保留类似SQL风格.(Query, index)
* License: AGPL (Drivers: Apache)
* Protocol: Custom, binary (BSON)
* Master/slave replication 主从复制(分布式状态集群方式)
* Queries are javascript expressions 查询是javascript表达式
* Run arbitrary javascript functions server-side
* Better update-in-place than CouchDB 比CouchDB更好地就地更新
* Sharding built-in 内置分片碎片
* Uses memory mapped files for data storage 使用内存对应文件方式实现数据存储
* Performance over features
* After crash, it needs to repair tables 当崩溃后,需要修复表。
  适用: 需要动态查询. 愿意事先定义索引indexes, 不需要 map/reduce 功能. 你需要巨大的数据库有良好性能,你需要CouchDB但是你数据变化改变很频繁,需要频繁写。
  举例: 适合所有MySQL 或者 PostgreSQL场合,它也适合
  
Cassandra
  * Written in: Java
* Main point: 大表模型BigTable 和 Dynamo中最好的
* License: Apache
* Protocol: Custom, binary (Thrift)
* Tunable trade-offs for distribution and replication (N, R, W)
* Querying by column, range of keys 按列查询
* BigTable-like features: columns, column families 列
* Writes are much faster than reads (!) 写快于读
* Map/reduce possible with Apache Hadoop
* 部分复杂性可能由于Java自身原因(如配置configuration, seeing exceptions, etc)
  适用: 当写操作多于读操作 (如日志logging).
  举例: 银行Banking, 金融系统,写必须快于都的场合,实时的数据分析等.

  Riak
  * Written in: Erlang & C, some Javascript
* Main point: 容错性Fault tolerance 失败恢复 可靠性好
* License: Apache
* Protocol: HTTP/REST
* Tunable trade-offs for distribution and replication (N, R, W)
* Pre- and post-commit hooks,
* for validation and security.
* Built-in full-text search 内置全文本搜索
* 在Javascript 中Map/reduce 或 Erlang 支持
* Comes in “open source” and “enterprise” editions 有两个版本
  适用: 如果你希望有类似Cassandra-like (Dynamo-like)风格, 但是你不想处理器复杂性和膨胀性。单服务器有良好可伸缩性scalability, 可用性availability 和容错性 fault-tolerance, 采取是昂贵的多站点复制multi-site replication.
  举例: 销售点数据收集,工厂控制系统,那些不能允许几秒当机的场合。
HBase
  (With the help of ghshephard)
  * Written in: Java
* Main point: 十亿级别的行 X 百万级别的列 大容量
* License: Apache
* Protocol: HTTP/REST (also Thrift)
* Modeled after BigTable 大表模型
* Map/reduce with Hadoop 内置Map/reduce
* Query predicate push down via server side scan and get filters
* Optimizations for real time queries 能够实时获得基于查询的优化
* A high performance Thrift gateway 高性能的Thrift型网关
* HTTP supports XML, Protobuf, and binary
* Cascading, hive, and pig source and sink modules
* Jruby-based (JIRB) shell
* No single point of failure 无单点风险
* Rolling restart for configuration changes and minor upgrades
* Random access performance is like MySQL 随机访问的性能类似MySQL
  适用: 如果你喜欢大表模型BigTable. 你需要随机实时的读写操作
  举例: Facebook 消息数据库
  当然,所有这些数据库系统都有比列在这里多得多的功能特性。我这里仅仅依据我个人认识列出一些关键特性,并且这些项目的开发也很活跃,我将尽力保持更新。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-84640-1-1.html 上篇帖子: MongoDB最佳实践 下篇帖子: 图解 MongoDB 地理位置索引的实现原理
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表