Redis高性能原理

Redis高性能原理 Redis的单线程和高性能 Redis是单线程吗

Redis的单线程主要是Redis的网络IO和键值对读写是由一个线程来完成的，这也是Redis对外提供键值存储服务的主要流程。但是Redis的其他功能，比如持久化，异步删除，集群数据同步等，其实都是交给额外的线程来执行的。

Redis单线程为什么还还能这么快

因为它所有的数据都是存储在内存中的，所有的运算都是内存级别的运算，而且单线程避免了多线程之间的切换性能损耗问题。正是因为Redis是单线程，所以要小心使用Redis指令，对于那些耗时的指令(比如keys)，一定要谨慎使用，一不小心就可能会导致Redis卡顿。

Redis单线程如何处理那么多并发客户端连接的

Redis采用的是IO多路复用，Redis利用epoll来实现IO多路复用，将连接信息和事件放到队列中，依次放到文件事件分派器，事件分派器将事件分发给事件处理器。

对于查看Redis支持的最大连接数,在redis.conf文件中可修改

maxclients 10000

config get maxclients

其他高级指令 keys

全量遍历键，用来列出所有满足特定正则字符串规则的key，当Redis数据量比较大的时候，性能比较差，要避免使用

keys *
keys <key>*
keys <key1>*<key2>

scan

渐进式遍历键，scan cursor [MATCH pattern] [COUNT count]

• cursor：游标，默认从0开始，每次会返回下一次的游标数值，一直遍历到cursor返回0为止。
• MATCH pattern：key的正则模式。
• COUNT count：一次查询的数量(返回的数量有可能比数值多，有可能比数值少，因为在遍历的时候可能会删除/新增数据)。

scan并非完美无瑕的，如果在scan的过程中如果有键的变化(新增，删除，修改)，那么遍历效果可能会碰到如下问题：新增的键可能没有遍历到，遍历出了重复的键等情况，也就是说scan并不能保证完整的遍历出来所有的键，这些是我们在开发的时候需要考虑的。

相比"keys",scan并不会因为查询key太多而阻塞线程，项目中尽可能使用scan

scan 0 match key99* count 1000
scan 13976 match key99* count 1000
...

info

查看Redis服务运行信息

• Server 服务器运行的环境参数

• Clients 客户端相关信息

• Memory 服务器运行内存统计数据

• Persistence 持久化信息

• Stats 通用统计数据

• Replication 主从复制相关信息

• CPU CPU 使用情况

• Cluster 集群信息

• KeySpace 键值对统计数量信息

connected_clients:2                  # 正在连接的客户端数量
instantaneous_ops_per_sec:789        # 每秒执行多少次指令
used_memory:929864                   # Redis分配的内存总量(byte)，包含redis进程内部的开销和数据占用的内存
used_memory_human:908.07K            # Redis分配的内存总量(Kb，human会展示出单位)
used_memory_rss_human:2.28M          # 向 *** 作系统申请的内存大小(Mb)（这个值一般是大于used_memory的，因为Redis的内存分配策略会产生内存碎片）
used_memory_peak:929864              # redis的内存消耗峰值(byte)
used_memory_peak_human:908.07K       # redis的内存消耗峰值(KB)
maxmemory:0                         # 配置中设置的最大可使用内存值(byte),默认0,不限制
maxmemory_human:0B                  # 配置中设置的最大可使用内存值
maxmemory_policy:noeviction         # 当达到maxmemory时的淘汰策略