ImageVerifierCode 换一换
格式:DOCX , 页数:93 ,大小:60.41KB ,
资源ID:30006780      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/30006780.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(Redis学习笔记.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

Redis学习笔记.docx

1、Redis学习笔记Redis学习手册原作者:Stephen Liu.编辑:杨祥宇文中的内容和数据主要来自于Redis官方文档,作者仅仅是根据自己的经验对常用的内容做了进一步的解释和归纳。有兴趣的网友也可以直接阅读Redis的官方文档。由于作者的翻译和理解能力有限,如有不到之处,欢迎指正。最后需要说的是,如果这个系列的博客能够让您在阅读后有所收获,那么就请继续关注作者后面有关新主题的系列博客。目录PHP学习手册 1Redis学习手册(开篇) 3一、简介: 3二、Redis的优势: 3三、目前版本中Redis存在的主要问题: 4四、和关系型数据库的比较: 4五、如何持久化内存数据: 4Redis学

2、习手册(String数据类型) 5一、概述: 5二、相关命令列表: 5三、命令示例: 8Redis学习手册(List数据类型) 14一、概述: 14二、相关命令列表: 14三、命令示例: 17四、链表结构的小技巧: 21Redis学习手册(Set数据类型) 22一、概述: 22二、相关命令列表: 22三、命令示例: 24四、应用范围: 27Redis学习手册(Hashes数据类型) 28一、概述: 28二、相关命令列表: 28三、命令示例: 30Redis学习手册(Sorted-sets数据类型) 32一、概述: 32二、相关命令列表: 32三、命令示例: 36四、应用范围: 39Redis学

3、习手册(Key操作命令) 39一、概述: 39二、相关命令列表: 39三、命令示例: 42Redis学习手册(事物) 45一、概述: 45二、相关命令列表: 46三、命令示例: 47四、WATCH命令和基于CAS的乐观锁: 48Redis学习手册(主从复制) 49一、Redis的Replication: 49二、Replication的工作原理: 50三、如何配置Replication: 50四、应用示例: 51Redis学习手册(持久化) 52一、Redis提供了哪些持久化机制: 52二、RDB机制的优势和劣势: 52三、AOF机制的优势和劣势: 52四、其它: 53Redis学习手册(虚拟

4、内存) 54一、简介: 54二、应用场景: 54三、配置: 55Redis学习手册(管线) 56一、请求应答协议和RTT: 56二、管线(pipelining): 56三、Benchmark: 57Redis学习手册(服务器管理) 58一、概述: 58二、相关命令列表: 58Redis学习手册(内存优化) 61一、特殊编码: 61二、BIT和Byte级别的操作: 61三、尽可能使用Hash: 61Redis学习手册(实例代码) 62Redis学习手册(开篇)一、简介: 在过去的几年中,NoSQL数据库一度成为高并发、海量数据存储解决方案的代名词,与之相应的产品也呈现出雨后春笋般的生机。然而在众

5、多产品中能够脱颖而 出的却屈指可数,如Redis、MongoDB、BerkeleyDB和CouchDB等。由于每种产品所拥有的特征不同,因此它们的应用场景也存在着一 定的差异,下面仅给出简单的说明: 1). BerkeleyDB是一种极为流行的开源嵌入式数据库,在更多情况下可用于存储引擎,比如BerkeleyDB在被Oracle收购之前曾作为 MySQL的存储引擎,由此可以预见,该产品拥有极好的并发伸缩性,支持事务及嵌套事务,海量数据存储等重要特征,在用于存储实时数据方面具有极高的可用 价值。然而需要指出的是,该产品的Licence为GPL,这就意味着它并不是在所有情况下都是免费使用的。 2)

6、. 对MongoDB的定义为Oriented-Document数据库服务器,和BerkeleyDB不同的是该数据库可以像其他关系型数据库服务器那样独 立的运行并提供相关的数据服务。从该产品的官方文档中我们可以获悉,MongoDB主要适用于高并发的论坛或博客网站,这些网站具有的主要特征是并发访问 量高、多读少写、数据量大、逻辑关系简单,以及文档数据作为主要数据源等。和BerkeleyDB一样,该产品的License同为GPL。 3). Redis,典型的NoSQL数据库服务器,和BerkeleyDB相比,它可以作为服务程序独立运行于自己的服务器主机。在很多时候,人们只是将 Redis视为Key/

7、Value数据库服务器,然而事实并非如此,在目前的版本中,Redis除了Key/Value之外还支持List、Hash、 Set和Ordered Set等数据结构,因此它的用途也更为宽泛。对于此种误解,Redis官网也进行了相应的澄清。和以上两种产品不同的是,Redis的License是 Apache License,就目前而言,它是完全免费。 4). memcached,数据缓存服务器。为什么在这里要给出该产品的解释呢?很简单,因为笔者认为它在使用方式上和Redis最为相似。毕竟这是一篇关于 Redis的技术系列博客,有鉴于此,我们将简要的对比一下这两个产品。首先说一下它们之间的最大区别,m

8、emcached只是提供了数据缓存服务,一旦 服务器宕机,之前在内存中缓存的数据也将全部消失,因此可以看出memcached没有提供任何形式的数据持久化功能,而Redis则提供了这样的功能。 再有就是Redis提供了更为丰富的数据存储结构,如Hash和Set。至于它们的相同点,主要有两个,一是完全免费,再有就是它们的提供的命令形式极为 接近。二、Redis的优势: 1). 和其他NoSQL产品相比,Redis的易用性极高,因此对于那些有类似产品使用经验的开发者来说,一两天,甚至是几个小时之后就可以利用Redis来搭建自己的平台了。 2). 在解决了很多通用性问题的同时,也为一些个性化问题提供了

9、相关的解决方案,如索引引擎、统计排名、消息队列服务等。三、目前版本中Redis存在的主要问题: 1). 在官方版本中没有提供Windows平台的支持,已发布的正式版本中只是支持类Unix和MacOSX平台。 2). 没有提供集群的支持,然而据官网所述,预计在2.6版本中会加入该特征。 3). Publication/Subscription功能中,如果master宕机,slave无法自动提升为master。四、和关系型数据库的比较: 在目前版本(2.4.7)的Redis中,提供了对五种不同数据类型的支持,其中只有一种类型,既string类型可以被视为Key-Value结构,而其他的数据类型均有

10、适用于各自特征的应用场景,至于具体细节我们将会在该系列后面的博客中予以说明。 相比于关系型数据库,由于其存储结构相对简单,因此Redis并不能对复杂的逻辑关系提供很好的支持,然而在适用于Redis的场景中,我们却可以由此而 获得效率上的显著提升。即便如此,Redis还是为我们提供了一些数据库应该具有的基础概念,如:在同一连接中可以选择打开不同的数据库,然而不同的 是,Redis中的数据库是通过数字来进行命名的,缺省情况下打开的数据库为0。如果程序在运行过程中打算切换数据库,可以使用Redis的select 命令来打开其他数据库,如select 1,如果此后还想再切换回缺省数据库,只需执行sel

11、ect 0即可。 在数据存储方面,Redis遵循了现有NoSQL数据库的主流思想,即Key作为数据检索的唯一标识,我们可以将其简单的理解为关系型数据库中索引的键, 而Value则作为数据存储的主要对象,其中每一个Value都有一个Key与之关联,这就好比索引中物理数据在数据表中存储的位置。在Redis 中,Value将被视为二进制字节流用于存储任何格式的数据,如Json、XML和序列化对象的字节流等,因此我们也可以将其想象为RDB中的BLOB类 型字段。由此可见,在进行数据查询时,我们只能基于Key作为我们查询的条件,当然我们也可以应用Redis中提供的一些技巧将Value作为其他数据的 Ke

12、y,这些知识我们都会在后面的博客中予以介绍。五、如何持久化内存数据: 缺省情况下,Redis会参照当前数据库中数据被修改的数量,在达到一定的阈值后会将数据库的快照存储到磁盘上,这一点我们可以通过配置文件来设定该阈 值。通常情况下,我们也可以将Redis设定为定时保存。如当有1000个以上的键数据被修改时,Redis将每隔60秒进行一次数据持久化操作。缺省设 置为,如果有9个或9个以下数据修改是,Redis将每15分钟持久化一次。 从上面提到的方案中可以看出,如果采用该方式,Redis的运行时效率将会是非常高效的,既每当有新的数据修改发生时,仅仅是内存中的缓存数据发生改变, 而这样的改变并不会被

13、立即持久化到磁盘上,从而在绝大多数的修改操作中避免了磁盘IO的发生。然而事情往往是存在其两面性的,在该方法中我们确实得到了效 率上的提升,但是却失去了数据可靠性。如果在内存快照被持久化到磁盘之前,Redis所在的服务器出现宕机,那么这些未写入到磁盘的已修改数据都将丢失。 为了保证数据的高可靠性,Redis还提供了另外一种数据持久化机制-Append模式。如果Redis服务器被配置为该方式,那么每当有数据修改发生 时,都会被立即持久化到磁盘。Redis学习手册(String数据类型)一、概述:字符串类型是Redis中最为基础的数据存储类型,它在Redis中是二进制安全的,这便意味着该类型可以接受

14、任何格式的数据,如JPEG图像数据或Json对象描述信息等。在Redis中字符串类型的Value最多可以容纳的数据长度是512M。二、相关命令列表:命令原型时间复杂度命令描述返回值APPEND key valueO(1)如果该Key已经存在,APPEND命令将参数Value的数据追加到已存在Value的末尾。如果该Key不存在,APPEND命令将会创建一个新的Key/Value。追加后Value的长度。DECR key O(1)将指定Key的Value原子性的递减1。如果该Key不存在,其初始值为0,在decr之后其值为-1。如果Value的值不能转换为整型值,如Hello,该操作将执行失败并

15、返回相应的错误信息。注意:该操作的取值范围是64位有符号整型。递减后的Value值。INCR keyO(1)将指定Key的Value原子性的递增1。如果该Key不存在,其初始值为0,在incr之后其值为1。如果Value的值不能转换为整型值,如Hello,该操作将执行失败并返回相应的错误信息。注意:该操作的取值范围是64位有符号整型。递增后的Value值。DECRBY key decrement O(1) 将指定Key的Value原子性的减少decrement。如果该Key不存在, 其初始值为0,在decrby之后其值为-decrement。如果Value的值不能转换为整型值,如Hello,该

16、操作将执行失败并返回相应的错误信 息。注意:该操作的取值范围是64位有符号整型。减少后的Value值。INCRBY key increment O(1)将指定Key的Value原子性的增加increment。如果该Key不存在, 其初始值为0,在incrby之后其值为increment。如果Value的值不能转换为整型值,如Hello,该操作将执行失败并返回相应的错误信 息。注意:该操作的取值范围是64位有符号整型。增加后的Value值。GET keyO(1)获取指定Key的Value。如果与该Key关联的Value不是string类型,Redis将返回错误信息,因为GET命令只能用于获取st

17、ring Value。与该Key相关的Value,如果该Key不存在,返回nil。 SET key value O(1) 设定该Key持有指定的字符串Value,如果该Key已经存在,则覆盖其原有值。总是返回OK。GETSET key valueO(1)原子性的设置该Key为指定的Value,同时返回该Key的原有值。和GET命令一样,该命令也只能处理string Value,否则Redis将给出相关的错误信息。返回该Key的原有值,如果该Key之前并不存在,则返回nil。STRLEN key O(1) 返回指定Key的字符值长度,如果Value不是string类型,Redis将执行失败并给出

18、相关的错误信息。 返回指定Key的Value字符长度,如果该Key不存在,返回0。SETEX key seconds valueO(1)原子性完成两个操作,一是设置该Key的值为指定字符串,同时设置该Key在Redis服务器中的存活时间(秒数)。该命令主要应用于Redis被当做Cache服务器使用时。SETNX key valueO(1)如果指定的Key不存在,则设定该Key持有指定字符串Value,此时其效果等价于SET命令。相反,如果该Key已经存在,该命令将不做任何操作并返回。1表示设置成功,否则0。 SETRANGE key offset valueO(1)替换指定Key的部分字符串值

19、。从offset开始,替换的长度为该命令第三个参 数value的字符串长度,其中如果offset的值大于该Key的原有值Value的字符串长度,Redis将会在Value的后面补齐(offset - strlen(value)数量的0x00,之后再追加新值。如果该键不存在,该命令会将其原值的长度假设为0,并在其后添补offset个0x00后 再追加新值。鉴于字符串Value的最大长度为512M,因此offset的最大值为536870911。最后需要注意的是,如果该命令在执行时致使指定 Key的原有值长度增加,这将会导致Redis重新分配足够的内存以容纳替换后的全部字符串,因此就会带来一定的性能

20、折损。修改后的字符串Value长度。 GETRANGE key start end O(1)如果截取的字符串长度很短,我们可以该命令的时间复杂度视为O(1),否则就是O(N),这里N表示截取的子字符串长度。该命令在截取子字符串时,将以闭区间的方式同时包含start(0表示第一个字符)和end所在的字符,如果end值超过Value的字符长度,该命令将只是截取从start开始之后所有的字符数据。 子字符串SETBIT key offset valueO(1)设置在指定Offset上BIT的值,该值只能为1或0,在设定后该命令返回该 Offset上原有的BIT值。如果指定Key不存在,该命令将创建一

21、个新值,并在指定的Offset上设定参数中的BIT值。如果Offset大于 Value的字符长度,Redis将拉长Value值并在指定Offset上设置参数中的BIT值,中间添加的BIT值为0。最后需要说明的是 Offset值必须大于0。在指定Offset上的BIT原有值。 GETBIT key offsetO(1)返回在指定Offset上BIT的值,0或1。如果Offset超过string value的长度,该命令将返回0,所以对于空字符串始终返回0。 在指定Offset上的BIT值。MGET key key .O(N)N表示获取Key的数量。返回所有指定Keys的Values,如果其中某个

22、Key不存在,或者其值不为string类型,该Key的Value将返回nil。返回一组指定Keys的Values的列表。 MSET key value key value .O(N)N表示指定Key的数量。该命令原子性的完成参数中所有key/value的设置操作,其具体行为可以看成是多次迭代执行SET命令。该命令不会失败,始终返回OK。 MSETNX key value key value .O(N)N表示指定Key的数量。该命令原子性的完成参数中所有key/value的设置操作,其具体行为可以看成是多次迭代执行SETNX命令。然而这里需要明确说明的是,如果在这一批Keys中有任意一个Key已

23、经存在了,那么该操作将全部回滚,即所有的修改都不会生效。1表示所有Keys都设置成功,0则表示没有任何Key被修改。三、命令示例:1. SET/GET/APPEND/STRLEN:/ redis-cli #执行Redis客户端工具。#判断该键是否存在,存在返回1,否则返回0。redis 127.0.0.1:6379 exists mykey (integer) 0#该键并不存在,因此append命令返回当前Value的长度。redis 127.0.0.1:6379 append mykey hello(integer) 5#该键已经存在,因此返回追加后Value的长度。redis 127.0.

24、0.1:6379 append mykey world(integer) 11#通过get命令获取该键,以判断append的结果。redis 127.0.0.1:6379 get mykey hello world#通过set命令为键设置新值,并覆盖原有值。redis 127.0.0.1:6379 set mykey this is a test OKredis 127.0.0.1:6379 get mykeythis is a test#获取指定Key的字符长度,等效于C库中strlen函数。redis 127.0.0.1:6379 strlen mykey (integer) 142. I

25、NCR/DECR/INCRBY/DECRBY:#设置Key的值为20redis 127.0.0.1:6379 set mykey 20 OK#该Key的值递增1redis 127.0.0.1:6379 incr mykey (integer) 21#该Key的值递减1redis 127.0.0.1:6379 decr mykey(integer) 20#删除已有键。redis 127.0.0.1:6379 del mykey (integer) 1#对空值执行递减操作,其原值被设定为0,递减后的值为-1redis 127.0.0.1:6379 decr mykey(integer) -1red

26、is 127.0.0.1:6379 del mykey (integer) 1#对空值执行递增操作,其原值被设定为0,递增后的值为1redis 127.0.0.1:6379 incr mykey(integer) 1#将该键的Value设置为不能转换为整型的普通字符串。redis 127.0.0.1:6379 set mykey hello OK#在该键上再次执行递增操作时,Redis将报告错误信息。redis 127.0.0.1:6379 incr mykey(error) ERR value is not an integer or out of rangeredis 127.0.0.1:

27、6379 set mykey 10OKredis 127.0.0.1:6379 decrby mykey 5 (integer) 5redis 127.0.0.1:6379 incrby mykey 10(integer) 153. GETSET:#将计数器的值原子性的递增1redis 127.0.0.1:6379 incr mycounter(integer) 1#在取计数器原有值的同时,并将其设置为新值,这两个操作原子性的同时完成。redis 127.0.0.1:6379 getset mycounter 0 1#查看设置后的结果。redis 127.0.0.1:6379 get myco

28、unter04. SETEX:#设置指定Key的过期时间为10秒。redis 127.0.0.1:6379 setex mykey 10 hello OK#通过ttl命令查看一下指定Key的剩余存活时间(秒数),0表示已经过期,-1表示永不过期。redis 127.0.0.1:6379 ttl mykey(integer) 4#在该键的存活期内我们仍然可以获取到它的Value。redis 127.0.0.1:6379 get mykeyhello#该ttl命令的返回值显示,该Key已经过期。redis 127.0.0.1:6379 ttl mykey(integer) 0#获取已过期的Key将

29、返回nil。redis 127.0.0.1:6379 get mykey(nil)5. SETNX:#删除该键,以便于下面的测试验证。redis 127.0.0.1:6379 del mykey(integer) 1#该键并不存在,因此该命令执行成功。redis 127.0.0.1:6379 setnx mykey hello(integer) 1#该键已经存在,因此本次设置没有产生任何效果。redis 127.0.0.1:6379 setnx mykey world(integer) 0#从结果可以看出,返回的值仍为第一次设置的值。redis 127.0.0.1:6379 get mykey

30、hello6. SETRANGE/GETRANGE:#设定初始值。redis 127.0.0.1:6379 set mykey hello worldOK#从第六个字节开始替换2个字节(dd只有2个字节)redis 127.0.0.1:6379 setrange mykey 6 dd(integer) 11#查看替换后的值。redis 127.0.0.1:6379 get mykeyhello ddrld#offset已经超过该Key原有值的长度了,该命令将会在末尾补0。redis 127.0.0.1:6379 setrange mykey 20 dd(integer) 22#查看补0后替换的结果。redis 127.0.0.1:6379 get mykeyhello ddrldx00x00x00x00x00x00x00x00x00dd#删除该Key。redis 127.0.0.1:6379 del mykey(integer) 1#替换空值。redis 127.0.0.1:6379 setrange mykey 2 dd(integer) 4#查看替换空值后的结果。redis 127.0.0.1:6379 ge

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1