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

[经验分享] Redis (一) -- 基本介绍和 String 类型

[复制链接]

尚未签到

发表于 2016-12-20 11:27:57 | 显示全部楼层 |阅读模式
Redis 支持丰富的数据格式,下面是 Redis 支持的数据格式列表:

 


  • Binary-safe strings

       二进制安全的字符序列



  • Lists

       按插入时间排序的字符串集合,基本上是链表。(从字面意思看,如果列表过长时会换用其他数据结构)



  • Sets

       唯一的无序的字符串集合



  • Sorted sets

       也是集合,但每个元素对应一个分数,集合中的元素按照这个分数排序。Sorted sets 支持像取得 top 10 的元素这样的操作。



  • Hashes

       就是通常意义的 map,key 和 value 都是字符串。



  • Bit arrays

       Redis 支持像位数组一样操作字符串,你可以执行一些列位操作,比如统计置为 1 的位的数量、寻找第一个置为 0 或 1 的位等等。



  • HyperLogLogs

       这是一个概率论中的数据结构,用于预估集合的基数。这个跟办公用的 token 卡一样,原理很复杂,用起来特简单。

 

在本节中我们讲解 Redis 的基本操作以及 String 类型相关操作。

 

Redis keys

这里是一些 Redis keys 的规则:


  • redis keys 是二进制安全的。

       一个数据是二进制安全的,就是你可以用二进制序列来表示一个数据。比如一个“foo”这个字符串是二进制安全的,一个 JPEG 文件也是二进制安全的!



  • 太长的 key 不好

       比如你定义一个 1K 长的 key,不仅在存储上有浪费,比较 key 的时候也会很耗时。如果你的业务的 key 比较长,可以采用(SHA1)哈希的方式来处理,可以很有效地节省内存和带宽。



  • 太短的 key 通常也不好

       凡事不要走极端,“u10000flw”的可读性肯定没有“user:10000:followers" 可读性好。写代码的时候要对自己好一点。



  • 尝试定义一个 schema

       一个建议:字段之间用冒号分隔,单词之间用连字符分隔,比如 "comment:1234:replay-to"。



  • key 的最大长度是 512 MB



 

Redis Strings

strings 是 redis 中最简单的类型,也是 memcached 唯一的数据类型。(作者这么说是有一点小骄傲的意思)

打开 redis 目录中的 redis-cli 工具,我们来看一下 string 类型怎么用。

 

127.0.0.1:6379> set mykey somevalue
OK
127.0.0.1:6379> get mykey
"somevalue"


 

如上所示,使用 SET 和 GET 命令来存取 string 类型的值。注意 SET 会覆盖掉原有的值,即使后续 value 是一个空值也会把原来的值清空。

我们可以给 SET 命令加一个 nx 参数,指定 key 存在的时候 SET 操作失败;或者加一个 xx 参数,指定只有 key 已经存在的时候 SET 操作才会成功。

 

127.0.0.1:6379> set mykey newval nx
(nil)
127.0.0.1:6379> get mykey
"somevalue"
127.0.0.1:6379> set mykey2 newvalue xx
(nil)
127.0.0.1:6379> set mykey newvalue xx
OK
 

 

我们还可以把数字当字符串存储,redis 也为这种数值提供了一系列的原子操作(INCR、INCRBY、DECR、DECRBY 等)。

 

127.0.0.1:6379> set counter 100
OK
127.0.0.1:6379> get counter
"100"
127.0.0.1:6379> incr counter
(integer) 101
127.0.0.1:6379> incrby counter 50
(integer) 151
 

 

上述原子操作有效地解决了多个客户端的竞争问题。

GETSET 命令可以给一个 key 设置新值并返回旧值。一个典型的使用场景是计算网站的 pv:每次用户访问的时候,我们可以用 INCR 命令把计数器加一,如果我们要每个小时统计一次 pv,使用 GETSET 命令设置新值为 "0",这样就不会丢失任何一个访问请求了。

MSET 和 MGET 可以一次操作多个 key,对减小延迟很有好处(遗憾的是 codis 对这两个操作的支持不够好)

 

127.0.0.1:6379> mset a 10 b 20 c 30
OK
127.0.0.1:6379> mget a b c
1) "10"
2) "20"
3) "30"
 

 

 

对 Redis key 的操作

Redis 提供一些命令来操作 key,最有用的是 EXIST、DEL 和 TYPE 这三个。EXIST 用来判断一个 key 是否存在,DEL 命令可以删除一个 key,TYPE 命令可以查看这个 key 对应的 value 类型。

 

127.0.0.1:6379> set mykey hello
OK
127.0.0.1:6379> exists mykey
(integer) 1
127.0.0.1:6379> del mykey
(integer) 1
127.0.0.1:6379> exists mykey
(integer) 0
127.0.0.1:6379> set mykey x
OK
127.0.0.1:6379> type mykey
string
127.0.0.1:6379> del mykey
(integer) 1
127.0.0.1:6379> type mykey
none
 

 

 

过期时间

这里我们看下 Redis 的过期时间机制:你可以对每个 key 设置一个存活时间,这个时间到了 key 就会自动销毁,跟自动调用 DEL 命令删除的效果一样。

Redis 过期时间需要注意的几点:


  • 支持以秒或毫秒为单位来设置过期时间
  • Redis 系统对过期时间的解析精度总是毫秒
  • 过期时间的信息是被多备份地存储在磁盘上,因此不受 Redis 服务器挂掉的影响。



 

127.0.0.1:6379> set key some-value
OK
127.0.0.1:6379> get key
"some-value"
127.0.0.1:6379> expire key 5
(integer) 1
127.0.0.1:6379> get key
"some-value"
127.0.0.1:6379> get key
(nil)


 

上例中我们用 EXPIRE 命令指定了 key 的过期时间是 5 秒,在两次 GET 命令期间,这个 key 自动销毁了。

我们还可以使用 PERSIST 命令把 key 的过期时间去掉。

另外我们在创建 key 的时候也可以直接指定过期时间,像这样:

 

127.0.0.1:6379> set key 100 ex 10
OK
127.0.0.1:6379> ttl key
(integer) 8
127.0.0.1:6379> ttl key
(integer) -2
127.0.0.1:6379> ttl key
(integer) -2
127.0.0.1:6379> get key
(nil)
 

 

上述例子设置了 key 的值为 100,过期时间是 10 秒,后续用 TTL 命令查看 key 的剩余存活时间,可以看到 key 过期之后存活时间一直显示为 -2(猜测是一种状态标识约定)。

使用 PEXPIRE 和 PTTL 命令可以执行精度为毫秒的对应操作,像下面这样:

 

127.0.0.1:6379> set key 100
OK
127.0.0.1:6379> get key
"100"
127.0.0.1:6379> pexpire key 15000
(integer) 1
127.0.0.1:6379> ttl key
(integer) 11
127.0.0.1:6379> pttl key
(integer) 8523
 

 

 

 

 

运维网声明 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-316954-1-1.html 上篇帖子: 关于redis提供给java的 jredis和jedis的使用 下篇帖子: 基于2.8版本redis配置文件中文解释
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

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

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

扫描微信二维码查看详情

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


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


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


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



合作伙伴: 青云cloud

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