Future的笔记不安分的程序员是个好产品经理首页关于MongoDB和Redis对比2013年10月17日admin没有评论接触MongoDB和Redis有段时间了，只知道他们都是KV型数据库，其他就不清楚了。google了下，看到有篇英文版的对比：英文来自——http://kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis/于是就做了个表格，加上自己使用的一些体会，就有了此文。MongoDBRedis (V2.4)说明Written in: C++Written in: C/C++Main point：Retains some friendly properties of SQL. (Query, index)Main point: Blazing fastMongoDB保留类似SQL的属性，例如：show dbs;db.test.find()Redis—快License: AGPL (Drivers: Apache)License: BSDProtocol: Custom, binary (BSON)Protocol: Telnet-likeMaster/slave replication (auto failover with replica sets)主从复制+replica setsMaster-slave replication主从复制Sharding built-in内置的sharding分片功能MongoDB一般会使用replica sets和sharding功能结合，replica sets侧重高可用性及高可靠性，而sharding侧重于性能、易扩展Queries are javascript expressions查询是javascript语句Run arbitrary javascript functions server-side运行任意的server-side javascript函数Better update-in-place than CouchDBupdate-in-place的支持比CouchDB更好Uses memory mapped files for data storage使用内存转储文件做数据存储 Disk-backed in-memory database,Currently without disk-swap (VM and Diskstore were abandoned)磁盘做后备、内存数据库目前2.4版本不带disk-swap（虚拟内存和diskstore被舍弃了）Performance over features（性能优于特性）Journaling (with –journal) is best turned on（Journaling日志功能最好打开On 32bit systems, limited to ~2.5Gb在32位平台MongoDB不允许数据库文件（累计总和）超过2.5G，而64位平台没有这个限制。An empty database takes up 192Mb空数据库大约占 192MbGridFS to store big data + metadata (not actually an FS)使用GridFS存储大数据和元数据（不是真正意义上的文件系统）GridFS是一种将大型文件存储在MongoDB的文件规范。Values can be set to expire (as in a cache)可以设置value过期（由于在内存中）expire name 10例如：设置name这个value的过期时间是10SSimple values or hash tables by keys，but complex operations like ZREVRANGEBYSCORE.INCR & co (good for rate limiting or statistics)使用简单值或以key值为索引的哈希表，也支持复杂的例如ZREVRANGEBYSCORE的有序集操作Has sets (also union/diff/inter)Has lists (also a queue; blocking pop)Has hashes (objects of multiple fields)Sorted sets (high score table, good for range queries)有很多类型的数据，包括sets,lists,hash,有序集Redis has transactions (!)redis支持事物处理Pub/Sub lets one implement messaging (!)Pub/Sub允许用户实现消息机制，因此redis用于新浪微博中适用——动态查询; 索引比map/reduce方式更合适时; 对于大数据库性能要求高，需要和CouchDB的功能一样,但数据变化大适用——数据库大小快速变化并且总量可预测的，对内存要求高举例——大部分用Mysql/PostgreSQL的场合，但是无法使用预先定义好所有列的时候举例——股票价格、统计分析、实时数据收集、实时通信另外一篇内存型数据库的对比，请参考——《memcache vs redis》分类: default, nosql标签:memcache vs redis2013年10月17日admin没有评论之前做过《MongoDB和Redis对比》，但是有哥们说redis和mongoDB没有必要做对比，因为一个是基于磁盘的数据库，一个完全是内存数据库，没有可比性。所以就找了相关的资料，玩了下memcache，以下是自己的学习笔记。memcacheredis类型内存数据库内存数据库数据类型在定义value时就要固定数据类型不需要有字符串，链表，集 合和有序集合虚拟内存不支持支持过期策略支持支持分布式magentmaster-slave，一主一从或一主多从存储数据安全不支持使用save存储到dump.rdb中灾难恢复不支持append only file(aof)用于数据恢复性能说明：1、 类型——memcache和redis都是将数据存放在内存，所以是内存数据库。当然，memcache也可用于缓存其他东西，例如图片等等。2、 数据类型——Memcache在添加数据时就要指定数据的字节长度，例如：set key3 0 0 8hellodbaSTORED而redis不需要，例如redis 127.0.0.1:6379>set key2 “test2″OKredis 127.0.0.1:6379>get key2“test2″3、 虚拟内存——当物理内存用完时，可以将一些很久没用到的value 交换到磁盘4、 过期策略——memcache在set时就指定，例如set key1 0 0 8,即永不过期。Redis可以通过例如expire 设定，例如expire name 105、 分布式——设定memcache集群，利用magent做一主多