redis什么时候用哈希
1、redis-server收到命令信息3 redis-server解析命令信息(找到对应的命令，及附带的参数)4 调用对应的命令5 返回结果当然在redis-cli发送命令之前，redis-server首先启动，然后加载各种配置，初始化服务器等等。
2、String 数据结构是简单的 key-value 类型，value 不仅可以是 String，也可以是数字（当数字类型用 Long 可以表示的时候encoding 就是整型，其他都存储在 sdshdr 当做字符串）。
3、字符串类型是 Redis 最基础的数据结构，首先键都是字符串类型，而且 其他几种数据结构都是在字符串类型基础上构建的，我们常使用的 set key value 命令就是字符串。常用在缓存、计数、共享Session、限速等。
4、Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。（1）会话缓存（Session Cache）最常用的一种使用Redis的情景是会话缓存（session cache）。
5、描述： hash 是一个键值(key = value)对集合。Redis hash 是一个 string 类型的 field 和 value 的映射表，hash 特别适合用于存储对象。常用命令：hget，hset，hgetall 等。应用场景：存储部分变更数据，如商品信息等。
6、一开始，当你刚插入数据时，默认使用哈希表 1，此时的哈希表 2 并没有被分配空间。
redis一次访问耗时
频繁读取redis性能会有影响。根据查询相关公开信息显示，由于redis的数据存储在内存中，而且每次访问都需要消耗一定的时间，因此，频繁读取redis会大大增加工作和I/O开销，进而影响其性能。
数据库负载过高：如果Redis实例的负载较高，就会导致set操作的响应时间变慢。可以通过查看Redis的监控信息，确定是否存在负载过高的情况。网络延迟：如果Redis服务器和客户端之间的网络延迟较大，会导致set操作的耗时增加。
redis服务器查询某个key获取的耗时可以使用Redis自带的命令TIME命令来获取，步骤如下。执行TIME命令，记录当前时间戳timestamp1。执行GETkeyname等相关命令，获取对应的值。再次执行TIME命令，记录当前时间戳timestamp2。
第二，单线程避免了线程切换以及加锁释放锁带来的消耗，对于服务端开发来说，锁和线程切换通常是性能杀手。当然了，单线程也会有它的缺点，也是Redis的噩梦： 阻塞。
假如这个api每秒接收到的请求时100个，那么一分钟就是6000个，也就是只有前2秒拥挤过来的请求会耗时2秒，后续的58秒中的所有请求都可以做到即使响应，而无需再等2秒的时间。
玩转Redis的高可用(主从、哨兵、集群)
基于以上，Redis集群方案显得尤为重要。通常有3个途径：官方Redis Cluster；通过Proxy分片；客户端分片(Smart Client)。以上三种方案各有利弊。
Redis主从复制是指在一个Redis集群中，将一个Redis节点作为主节点，其余的Redis节点作为从节点。主节点负责写入数据，从节点负责读取数据。
主节点会定期将数据同步到从节点中，保证数据一致性的问题。这种集群方式在运行时存在一些问题：Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移。
哨兵模式就是在主从模式的基础上再加一个哨兵集群。每个哨兵都会监控主节点和从节点的状态。如果主节点挂了，就会从从节点中选出一个来作为主节点，以达到高可用的目的。
关于redis哈希时间和redis的hash设置过期时间的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。