redis命令详解

Posted 2023-04-02 可乐0

1.连接redis服务命令:

1.连接本地redis服务命令：redis-cli

2.远程连接redis服务命令：redis-clo -h host -p port -a password

2.redis数据类型

Redis支持五种数据类型：string（字符串），hash（哈希），list（列表），set（集合）及zset(sorted set：有序集合)。

string 是 redis 最基本的类型，string 类型是二进制安全的。意思是 redis 的 string 可以包含任何数据。比如jpg图片或者序列化的对象。

Redis hash 是一个键值(key=>value)对集合。

Redis hash 是一个 string 类型的 field 和 value 的映射表，hash 特别适合用于存储对象。

List(列表)简单的字符串列表，按照插入顺序排序。你可以添加一个元素到列表的头部（左边）或者尾部（右边）。

Set 是 string 类型的无序集合。是通过哈希表实现的，所以添加，删除，查找的复杂度都是 O(1)。

zset(有序集合)是 string 类型的有序集合。zset的成员是唯一的,但分数(score)却可以重复。

3.keys命令：

del key key存在时删除key

exists key 检查key是否存在

expire key seconds(秒) 为key设置过期时间，以秒计算

expire key timestamp(毫秒) 设置key的过期时间以毫秒计算

persist key 移除key的过期时间，key将持久保持

keys * 查询所有的键名

pttl key 以毫秒为单位返回key的剩余过期时间

randomkey  从当前数据库中随机返回一个key

rename key newkey  修改key的名称

renamenx key newkey 当newkey不存在时，将key改名为newkey

move key  db  将当前数据库的key移动到给定的数据库db当中

type key  返回key所存储值的类型

4.string（字符串命令）：

set key value   设置指定key的value

get key   获取指定key的value

getset key value 为key设置新value，并返回key的旧value

mget  key1  key2 key3.....获取一个或多个key的value

setnx key value   key不存在时设置key的value

strlen  key 返回key所存储的字符串的长度

mset key1  value1   key2 value2 ....同时设置一个或多个key-value对

incr key 将key中存储的数字值增加1 

decr key 将key中存储的数字值减一。

incrby key increment  将key所存储的值加上给定的增量值increment

append key value     如果key存储的值是一个字符串，append命令将指定的value追加到key原来bvalue的末尾。

hash命令：Redis hash 是一个 string 类型的 field（字段） 和 value（值） 的映射表，hash 特别适合用于存储对象。

hset key field value [field value]:  存放指定key的field和value值

hdel key filed1 field2   删除一个或多个哈希表字段

hexists key field 查看哈希表key中，指定的字段是否存在

hget key field  获取存储在哈希表中指定字段的值

hgetall key 获取在哈希表中指定key的所有字段和值

hincrby key field increment 为哈希表key中指定的字段的整数值加上增量increment

hkeys key  获取所有哈希表中的字段

hlen key  获取哈希表中字段的数量

hmget key field1 field2  获取所有给定字段的值

hmset key field1 value1 field2 value3 .......   同时将多个field-value（域-值）对设置到哈希表key中

hvals key获取哈希表中所有的值

list（列表）：

llen key 获取列表长度

lpop key 移出并获取列表的第一个元素

lpush key value1 value2...  将一个或多个值插入到列表的头部

lpushx key value 将一个值插入到已存在的列表的头部

lrange key 0    -1    获取指定范围内的元素

lrem key count value 移除列表中的元素

lset key index value  通过索引（下标）设置列表元素的值

ltrim key 0  6  对一个列表进行修剪   让列表只保留指定区间内的元素，不在指定区间的元素都将被删除

rpop key   移除列表的最后一个一个元素，返回值为移除的元素

rpoplpush  列表      列表     移除列表的最后一个元素，并将该元素添加到另一个列表并返回

Rpush key value1 value2  在列表中添加一个或多个值

rpushx key value  为已存在的列表添加值

set集合：

Set 是 String 类型的无序集合。集合成员是唯一的，这就意味着集合中不能出现重复的数据。

sadd key member1....向集合添加一个或多个成员

scard key   获取集合的成员数

sdlff  key1    key2返回第一个集合和第二个集合（其他集合）之间的差异

sinter key1  key2    返回给定所有集合的交集

sismember key member  判断member元素是否是集合key的成员

smembers key  返回集合中的所有成员

smove source destination member   将member元素从source集合移动到 destination集合

spop key  移除并返回集合中的一个随机元素

srandmember key   数字    返回集合中一个或多个随机数

srem key member1 .....  移除集合中一个或多个成员

sunion key1  key2  返回所有给定集合的并集

zset(sorted set：有序集合)

zset集合和无序集合一样都是string类型元素的集合，且不允许重复的成员。

不同的是每个元素都会关联一个 double 类型的分数。redis 正是通过分数来为集合中的成员进行从小到大的排序。

有序集合的成员是唯一的,但分数(score)却可以重复。

zadd key score1 member1  【score2 member2】  向有序集合添加一个或多个成员，或者更新已经存在的分数

zcard key  获取有序集合的成员数

zcount key min  max计算在有序集合中指定区间分数的成员数

zrange key start stop  withscores  通过索引区间返回有序集合指定区间内的成员

zrevrangebyscore key max min  withscores  返回有序集合中指定分数区间内的成员，分数从高到低排序

zscore key member 返回有序集合中，成员的分数值

redis持久化：

redis持久化的方式有两种1.rdb机制（是redis默认的持久化方式） 2.aof机制

RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘。也是默认的持久化方式，这种方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。

rdb机制的触发模式有两种：手动触发、自动触发

手动触发：

AOF机制：

redis的集群方式：

 

在需要做从节点的服务器上配置

Redis info命令详解

Redis info命令详解

菜就是原罪，不抱怨，睡眠充足

• 命令

127.0.0.1:6379> info [server|clients|memory|stats|...]
# Server
redis_version:5.0.4                               #redis版本
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:964fe9af98041665
redis_mode:standalone                             #运行模式，单机或集群
os:Linux 3.10.0-693.21.1.el7.x86_64 x86_64        #系统版本
arch_bits:64                                      #架构，32位或64位
multiplexing_api:epoll
atomicvar_api:atomic-builtin
gcc_version:4.8.5                                 #编译redis时所使用的gcc版本
process_id:2939                                   #redis服务器的进程id
run_id:11b5694d024d8c728c1448ec4163fb0c22b86375   #redis服务器的随机标识符(用于sentinel和集群)
tcp_port:6379                                     #redis服务监听端口
uptime_in_seconds:18316                           #redis服务启动时长，单位为秒
uptime_in_days:0                                  #redis服务启动时长，单位为天
hz:10                             #redis内部调度（进行关闭timeout的客户端，删除过期key等等）频率
configured_hz:10
lru_clock:4564768
executable:/usr/local/redis/redis-server          #执行文件位置
config_file:/usr/local/redis/./redis.conf         #配置文件位置

# Clients
connected_clients:2                               #已连接的客户端数(不包括通过slave连接的客户端)
client_recent_max_input_buffer:2                  
client_recent_max_output_buffer:0                 
blocked_clients:0                 #正在等待阻塞命令(BLPOP、BRPOP、BRPOPLPUSH)的客户端的数量

# Memory
used_memory:8985032                               #由redis分配器分配的内存总量，以字节为单位
used_memory_human:8.57M                           #易读方式   
used_memory_rss:15175680          #从操作系统的角度，返回redis已分配的内存总量(俗称常驻集大小)
used_memory_rss_human:14.47M        
used_memory_peak:14859000                         #redis的内存消耗峰值(以字节为单位) 
used_memory_peak_human:14.17M
used_memory_peak_perc:60.47%                      #峰值内存超出分配内存（used_memory）的百分比
used_memory_overhead:5407864      #服务器为管理其内部数据结构而分配的所有开销的字节总和
used_memory_startup:862032                        #Redis在启动时消耗的初始内存量（以字节为单位）
used_memory_dataset:3577168       
used_memory_dataset_perc:44.04%
allocator_allocated:8951208
allocator_active:15137792
allocator_resident:15137792
total_system_memory:512077824                     #系统内存总量
total_system_memory_human:488.36M                 
used_memory_lua:37888                             #Lua引擎使用的字节量
used_memory_lua_human:37.00K
used_memory_scripts:0
used_memory_scripts_human:0B
number_of_cached_scripts:0
maxmemory:0                                       #配置设置的最大可使用内存值
maxmemory_human:0B
maxmemory_policy:noeviction
allocator_frag_ratio:1.69        
allocator_frag_bytes:6186584
allocator_rss_ratio:1.00
allocator_rss_bytes:0
rss_overhead_ratio:1.00
rss_overhead_bytes:37888
mem_fragmentation_ratio:1.70      #used_memory_rss和used_memory之间的比率
mem_fragmentation_bytes:6224472   #used_memory_rss和used_memory之间的差值，单位字节
mem_not_counted_for_evict:0
mem_replication_backlog:0
mem_clients_slaves:0
mem_clients_normal:66616
mem_aof_buffer:0
mem_allocator:libc                                #内存分配器，在编译时选择
active_defrag_running:0                           #指示活动碎片整理是否处于活动状态的标志
lazyfree_pending_objects:0

# Persistence
loading:0                                         #服务器是否正在载入持久化rdb文件
rdb_changes_since_last_save:0                     #自上次rdb持久化以来发生改变的数值
rdb_bgsave_in_progress:0                          #服务器是否正在创建rdb文件
rdb_last_save_time:1564845192                     #最后一次成功rdb持久化的时间戳
rdb_last_bgsave_status:ok                         #最后一次rdb持久化是否成功
rdb_last_bgsave_time_sec:0                        #最后一次成功生成rdb文件耗时秒数
rdb_current_bgsave_time_sec:-1                    #当前bgsave已耗费的时间（如果有）
rdb_last_cow_size:438272                          #上次rbd保存操作期间写时复制分配的字节大小
aof_enabled:0                                     #aof功能是否开启
aof_rewrite_in_progress:0                         #标识aof的rewrite操作是否在进行中
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:-1                      #最后一次aof rewrite耗费的时长
aof_current_rewrite_time_sec:-1                   #当前rewrite已耗费的时间（如果有）
aof_last_bgrewrite_status:ok                      #最后一次bgrewrite是否成功
aof_last_write_status:ok                          #上次aof写入状态
aof_last_cow_size:0                      #上次AOF重写操作期间写时复制分配的大小（以字节为单位）

如果激活了AOF，则会添加以下附加字段：
aof_current_size:4201740 ? ? ? ? ? ? ? ?          #aof当前尺寸
aof_base_size:4201687 ? ? ? ? ? ? ? ? ? ?#服务器启动时或者aof重写最近一次执行之后aof文件的大小
aof_pending_rewrite:0 ? ? ? ? ? ? ? ? ? ?#是否有aof重写操作在等待rdb文件创建完毕之后执行?
aof_buffer_length:0 ? ? ? ? ? ? ? ? ? ? ? ? ? ?   #aof buffer的大小
aof_rewrite_buffer_length:0 ? ? ? ? ? ? ?         #aof rewrite buffer的大小
aof_pending_bio_fsync:0 ? ? ? ? ? ? ? ? ?         #后台I/O队列里面，等待执行的fsync调用数量
aof_delayed_fsync:0 ? ? ? ? ? ? ? ? ? ? ? ? ?     #被延迟的fsync调用数量

如果正在进行加载操作，则会添加以下附加字段：
loading_start_time                                #加载操作开始的基于纪元的时间戳
loading_total_bytes                               #文件总大小
loading_loaded_bytes                              #已加载的字节数
loading_loaded_perc                               #加载进度表示为百分比
loading_eta_seconds                               #ETA在几秒钟内完成负载


# Stats
total_connections_received:7212                   #服务接受的总连接数
total_commands_processed:2341631                  #服务器处理的总命令数
instantaneous_ops_per_sec:0                       #每秒处理的命令数
total_net_input_bytes:125344667                   #从网络读取的总字节数
total_net_output_bytes:1712517025                 #写入网络的总字节数
instantaneous_input_kbps:0.00                     #网络读取速率KB/sec
instantaneous_output_kbps:0.00                    #网络写入速率KB/sec 
rejected_connections:0                            #因达到最大连接数而拒绝的连接
sync_full:1                                       #给从节点完全同步的数量
sync_partial_ok:0                                 #接受的同步请求数量
sync_partial_err:0                                #拒绝的同步请求数量
expired_keys:0                                    #键到期的总数
expired_stale_perc:0.00
expired_time_cap_reached_count:0
evicted_keys:0                           #因达到maxmemory限制而被驱逐的键的数量
keyspace_hits:641037            #Number of successful lookup of keys in the main dictionary
keyspace_misses:9002            #Number of failed lookup of keys in the main dictionary
pubsub_channels:1
pubsub_patterns:0
latest_fork_usec:326                     #最新fork操作的持续时间（以微秒为单位）
migrate_cached_sockets:0
slave_expires_tracked_keys:0
active_defrag_hits:0
active_defrag_misses:0
active_defrag_key_hits:0
active_defrag_key_misses:0

# Replication
role:master                              #master or slave
connected_slaves:0                       #已建立连接的从节点数
master_replid:fe1bb6f5cfef91b36603d8e57081cc02890705c8    #复制ID
master_replid2:0000000000000000000000000000000000000000   #第二个复制ID，用于failover的PSYNC
master_repl_offset:86270959              #服务当前的复制偏移量
second_repl_offset:-1           #The offset up to which replication IDs are accepted
repl_backlog_active:0
repl_backlog_size:1048576                #复制积压缓冲区的总大小（B）
repl_backlog_first_byte_offset:85222384  #复制积压缓冲区的主偏移量
repl_backlog_histlen:1048576             #复制积压缓冲区中数据的大小

# CPU
used_cpu_sys:24.941282                    #Redis服务消耗的系统cpu
used_cpu_user:18.820039                   #Redis服务消耗的用户cpu
used_cpu_sys_children:0.050757            #后台进程占用的系统cpu
used_cpu_user_children:0.259980           #后台进程占用的用户cpu

# Cluster                                 #集群信息
cluster_enabled:0

# Keyspace                                #数据库的统计信息
db0:keys=85766,expires=0,avg_ttl=0

used_memory_rss和used_memory之间的比率解读：

　　在理想情况下， used_memory_rss 的值应该只比 used_memory 稍微高一点儿。当 rss > used ，且两者的值相差较大时，表示存在（内部或外部的）内存碎片。内存碎片的比率可以通过 mem_fragmentation_ratio 的值看出。当 used > rss 时，表示 Redis 的部分内存被操作系统换出到交换空间了，在这种情况下，操作可能会产生明显的延迟。当 Redis 释放内存时，分配器可能会，也可能不会，将内存返还给操作系统。如果 Redis 释放了内存，却没有将内存返还给操作系统，那么 used_memory 的值可能和操作系统显示的 Redis 内存占用并不一致。查看 used_memory_peak 的值可以验证这种情况是否发生。