redis查询value-redis查询hash命令

本文目录一览：

• 1、redis 能不能根据 value 取 key
• 2、php redis Hash 怎么通过 一个指定的value 查找到对应的 key 值
• 3、怎么查看redis key的值
• 4、Redis 如何设置包含空格的Value

redis 能不能根据 value 取 key

redis的值有5种类型，不同的类型有不同的命令来获取：字符直接getkey队列左端弹出一个元素LPOPkey哈希HGETkeyfield集合SMEMBERSkey返回集合中的所有元素有序集合ZRANGEkeystartstop更详细的命令可以查看redis常用命令。

php redis Hash 怎么通过 一个指定的value 查找到对应的 key 值

phpredis是php的一个扩展，效率是相当高有链表排序功能，对创建内存级的模块业务关系很有用;

如果对系统存储使用的数据以两种角度分类，一种是按数据的大小划分，分成大数据和小数据，另一种是按数据的冷热程度划分，分成冷数据和热数据，热数据是指读或写比较频繁的数据，反之则是冷数据。

可以举一些具体的例子来说明数据的大小和冷热属性。比如网站总的注册用户数，这明显是一个小而热的数据，小是因为这个数据只有一个值，热是因为注册用户数随时间变化很频繁。再比如，用户最新访问时间数据，这是一个量比较大，冷热不均的数据，大是数据的粒度是用户级别，每一个用户都有数据，如果有一千万用户，就意味着有一千万的数据，冷热不均是因为活跃用户的最新访问时间变化很频繁，但是可能有很大一部非活跃用户访问时间长时间不会发生变化。

大体而言，Redis 最适合处理的是小而热，而且是写频繁，或者读写都比较频繁的热数据。对于大而热的数据，如果其它方式很难解决问题，也可以考虑使用 Redis 解决，但是一定要非常谨慎，防止数据无限膨胀。原因如下：

首先，对于冷数据，无论大小，都不建议放在 Redis 中。Redis 数据要全部放在内存中，资源宝贵，把冷数据放在其中实在是一种浪费，冷数据放在普通的存储比如关系数据库中就好了。

其次，对于热数据，尤其是写频繁的热数据，如果量比较小，是最适合放到 Redis 中的。比如上面提到的网站总的注册用户数，就是典型的 Redis 用做计数器的例子。再比如论坛最新发表列表，最新报名列表，可以控制数量在几百到一千的规模，也是典型的 redis 做最新列表的使用方式。

另外，对于量比较大的热数据（或者冷热不均数据），使用 Redis 时一定要比较谨慎。这种类型数据很容易引起数据膨胀，导致 Redis 消耗内存巨大，让系统难以承受。薄荷的一个惨痛教训是把用户关注（以及被关注）数据放在 Redis 中，这是一种数据量极大，冷热很不均衡的数据，在几百万的用户级别就占用了近 10 GB左右内存，让 Redis 变得难以应付。应对这种类型的数据，可以用普通存储 + 缓存的方式。

如果用对了地方，比如在小而热的数据情形，Redis 表现很棒，如果用错了地方，Redis 也会带来昂贵的代价，所以使用时务必谨慎。

怎么查看redis key的值

查看redis key的值的具体操作步骤如下：

1、百度搜索Redis Desktop Manager，进行下载安装。

2、打开软件，点击连接到Redis服务器。

3、打开新增服务器，输入名称，地址，密码，测试连接并保存。

4、点击保存，添加好的连接，连接正常，即可查看redis key的值。

Redis 如何设置包含空格的Value

Redis对于一个做后端的人来说,应该再熟悉不过了,但是最近工作中折腾一个问题许久,其实问题不难,已经不是第一次遇到,以前总没有寻根问源,用其他方式规避了问题,导致一而再的犯同样的错误,着实需要反思下,因此有了此文。

Redis 中 string 类型数据结构在设置一对 key-value 的时候, value 中有空格。我使用的 Redis API 接口是已经封装了一层的,只用传入一个命令字符串就行,因此我会先将命令字符串拼接好,然后调用相应的接口即可,然后呢,操作就失败了。。。

Redis 的 API 接口在解析字符串的时候,会将空格作为分隔符分割命令,从而导致命令的参数个不对。

比如: SET k "V V",分割后就变为了 SET 、 K 、 V 、 V 4个块,最终 Redis 执行命令的时候就会判定语法错误,因为参数超过了 SET 命令的限制要求。

刚遇到这个问题,第一反应就是去处理命令字符串,将字符串中value部分特殊处理,比如用 " 将有空格的字符串包含起来,自以为这样就不会被分割,实际结果就是狠狠的打脸,依然不行,究其原因就是:拼接的时候采用的 prinf 格式标准方式拼接,的确会对 " 包含的字符串特殊处理,但是当命令字符串再次传入 Redis API 中的时候就是一普通字符串了,依旧不行。

那还有其他方式么,当然有,将字符串转码,取出的时候再解码,但这种方式明显会恶心到自己,是万万不能接受的,所以我就决定花了一点时间去看了看 Redis 对应 API 的源码。

Redis 执行命令的 API 为 redisCommand。

仔细看了下源码发现,该 API 提供了和printf一样的标准格式化输入,也就是说,直接使用 redisCommand 是可以完美处理有空格的value,只是因为我们封装了一层就导致了格式化失效了,遇到空格就被分割了,最终导致命令语法错误。

redisCommand 的输入格式与 prinf 基本相同,甚至可以说是增强版的,下面一个个说明。

|数据长度|d i|u o x X|

|:--:|:-:|:-:|:-:|:

|none|int|unsigned int|

|hh|signed char|unsigned char|

|h|short int|unsigned short int|

|l|long int| unsigned long int|

|ll|long long int| unsigned long long int|

注意:上表表示不同的前缀表示的数据范围不同

输出为：

细心的各位一定注意到了,输入都为-161,但是只有一个原样输出了-161,并且那个是强制转换了成了 long 型才输出的。这个就涉及到了类型转换了。

基本原则如下：

最后一张图说明:

面对问题,想着回避,不去解决总结,总有一天又会再次遇见。自己偷懒挖的坑还得自己填。