摘要: 原创出处 https://www.jianshu.com/p/01b37cdb3f33 「Monkey_D_lufy」欢迎转载,保留摘要,谢谢!
Redis 是一个 Key-Value 存储系统。和 Memcached 类似,它支持存储的 value 类型相对更多,包括 string(字符串)、 list(链表)、 set(集合)和 zset(有序集合)。这些数据类型都支持 push/pop、add/remove 及取交集并集和差集及更丰富的操作,而且这些操作都是原子性的。在此基础上,Redis 支持各种不同方式的排序。与 memcached 一样,为了保证效率,数据都是缓存在内存中。区别的是 Redis 会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件,并且在此基础上实现了 master-slave(主从)同步。
Key-Value Store 是当下比较流行的话题,尤其在构建诸如搜索引擎、IM、P2P、游戏服务器、SNS 等大型互联网应用以及提供云计算服务的时候,怎样保证系统在海量数据环境下的高性能、高可靠性、高扩展性、高可用性、低成本成为所有系统架构们挖苦心思考虑的重点,而 怎样解决数据库服务器的性能瓶颈是最大的挑战。 Key-Value Store 更加注重对海量数据存取的性能、分布式、扩展性支持上,并不需要传统关系数据库的一些特征,例如:Schema、事务、完整 SQL 查询支持等等,因此在分布式环境下的性能相对于传统的关系数据库有较大的提升。
Key-Value Store 最大的特点就是它的可扩展性,这也就是它最大的优势。所谓的可扩展性, 在我看来这里包括了两方面内容。一方面,是指 Key-Value Store 可以支持极大的数据的存储,它的分布式的架构决定了只要有更多的机器,就能够保证存储更多的数据。另一方面,是指它可以支持数量很多的并发的查询。对于 RDBMS,一般几百个并发的查询就可以让它很吃 力了,而一个 Key-Value Store,可以很轻松的支持上千的并发查询。下面而简单的罗列了一些特点: Key-value store:一个 key-value 数据存储系统,只支持一些基本操作,如: SET(key, value) 和 GET(key) 等; 分布式:多台机器(nodes)同时存储数据和状态,彼此交换消息来保持数据一致,可视为一个完整的存储系统。 数据一致:所有机器上的数据都是同步更新的、不用担心得到不一致的结果; 冗余:所有机器(nodes)保存相同的数据,整个系统的存储能力取决于单台机器(node)的能力; 容错:如果有少数 nodes 出错,比如重启、当机、断网、网络丢包等各种 fault/fail 都不影响整个系统的运行; 高可靠性:容错、冗余等保证了数据库系统的可靠性。
Redis是一个开源的使用ANSI C语言编写,支持网络、可基于内存且可持久化的日志型、Key-Value数据库,并且提供多个语言的API,访问十分便捷。
作为 Key-value 型数据库,Redis 也提供了键(Key)和键值(Value)的映射关系。但是,除 了常规的数值或字符串,Redis 的键值还可以是以下形式之一: Lists (列表) Sets (集合) Sorted sets (有序集合) Hashes (哈希表) 键值的数据类型决定了该键值支持的操作。Redis 支持诸如列表、集合或有序集合的交集、并集、查集等高级原子操作;同时,如果键值的类型是普通数字,Redis 则提供自增等原子操作。
通常,Redis 将数据存储于内存中,或被配置为使用虚拟内存。通过两种方式可以实现数据持久化:使用截图的方式,将内存中的数据不断写入磁盘;或使用类似 MySQL 的日志方式,记录每次更新的日志。前者性能较高,但是可能会引起一定程度的数据丢失;后者相反。
Redis支持将数据同步到多台从库,这种特性对提高读取性能非常有益
相比需要依赖磁盘记录每个更新的数据库,基于内存的特性无疑给Redis带来了非常优秀的性能,读写操作之间有显著的性能差异 性能测试结果:
SET操作每秒钟 110000 次,GET操作每秒钟 81000 次,服务器配置如下: Linux 2.6, Xeon X3320 2.5Ghz. stackoverflow 网站使用 Redis 做为缓存服务器。
Redis其实开创了一种新的数据存储思路,使用Redis,我们不用再面对功能单调的数据库时,把精力放在如何把大象放进冰箱的问题,而是利用Redis提供的灵活多变的数据结构和数据操作,为不同的大象构建不同的冰箱。
下面是一些Redis常用的场景:
比如典型的取你网站的最新文章,通过下面方式,我们可以将最新的 5000 条评论的 ID 放在Redis 的 List 集合中,并将超出集合部分从数据库获取。使用 LPUSH latest.comments命令,向 list 集合中插入数据插入完成后再用 LTRIM latest.comments 0 5000 命令使其永远只保存最近 5000 个 ID如果你还有不同的筛选维度,比如某个分类的最新 N 条,那么你可以再建一个按此分类的List,只存 ID 的话,Redis 是非常高效的。
这个需求与上面需求的不同之处在于,前面操作以时间为权重,这个是以某一个条件为权重,比如按购买的次数或者顶的次数,这时候就需要 sorted set 出马,将你要排序的值设置为sorted set的score,将具体的数据设置为相应的value,每次只需要执行一条ZADD命令即可。
比如你可以把上面说到的 sorted set 的 score 值设置成过期时间的时间戳,那么就可以简单地通过过期时间排序,定时清除过期数据了,不仅是清除 Redis 中的过期数据,你完全可以把 Redis 里这个过期时间当成是对数据库中数据的索引,用 Redis 来找出哪些数据需要过期删除,然后再精准地从数据库中删除相应的记录。
Redis的命令是原子性的,你可以轻松利用INCR、DECR命令来构建计数器系统(底层的写入是单线程模型,并发写会按到位顺序执行)
这个使用Redis的Set数据结构最合适,只需要不断将数据往Set中扔就行,set就是集合,会自动去重
通过上面说到的 set 功能,你可以知道一个终端用户是否进行了某个操作,可以找到其操作的集合并进行分析统计对比等。没有做不到,只有想不到。
Redis 的 Pub/Sub 系统可以构建实时的消息系统,比如很多用 Pub/Sub 构建的实时聊天系统的例子。
使用list可以构建队列系统,使用sorted set 甚至可以构建有优先级的队列系统。
性能优于Memcached,并且更优秀的在于数据结构更加多样化
宣言中,作者列举了Redis的7大原则,可以向大家阐明Redis的思想,看了之后我觉得Redis的作者的确牛叉,Redis这款产品这的是程序猿的福利:
我只能感叹道:Redis乃神物,出污泥而不染,濯清涟而不妖。
PS: Redis作者antirez曾笑称Redis为一个数据结构服务器,我认为这个还是挺准确的,Redis的所有功能就是将数据以其固有的几种结构来保存,并提供给用户操作这几种结构的接口。
redis:官方传送门 redis中文:中文传送门