Redis系统管理

Redis系统管理

实验简介

上一节实验讲述了Redis的基本数据类型,本实验继续讲解Redis相关命令及管理操作。

在Redis中,命令大小写不敏感。

一、适合全体类型的常用命令

(1)EXIT and DEL

EXISTS key 判断一个key是否存在;存在返回 1;否则返回0; DEL key 删除某个key,或是一系列key;DEL key1 key2 key3 key4。成功返回1,失败返回0(key值不存在)。

(2)TYPE and KEYS

TYPE key:返回某个key元素的数据类型 ( none:不存在,string:字符,list,set,zset,hash),key不存在返回空。 KEYS key—pattern :返回匹配的key列表 (KEYS foo*:查找foo开头的keys)

(3)RANDOMKEY and CLEAR

RANDOMKEY : 随机获得一个已经存在的key,如果当前数据库为空,则返回空字符串

(4)RENAME and RENAMENX

RENAME oldname newname:改key的名字,新键如果存在将被覆盖 RENAMENX oldname newname:更改key的名字,如果名字存在则更改失败

笔者randomkey结果为mylist,将此key值更名为newlist。

(5) DBSIZE

DBSIZE :返回当前数据库的key的总数

二、Redis 时间相关命令

(1)限定key生存时间

这同样是一个无视数据类型的命令,对于临时存储很有用处。避免进行大量的DEL操作。

EXPIRE:设置某个key的过期时间(秒),(EXPIRE bruce 1000:设置bruce这个key1000秒后系统自动删除)注意:如果在还没有过期的时候,对值进行了改变,那么那个值会被清除。

结果显示,执行EXPIRE命令后,马上GET,显示key存在。10秒后再GET时,key 已经被自动删除。

(2)查询key剩余生存时间

限时操作可以再SET命令中实现,并且可用TTL命令查询key剩余生存时间。 TTL:查找某个key还有多长时间过期,返回时间秒

(3)清除key

FLUSHDB:清空当前数据库中的所有键

FLUSHALL:清空所有数据库中的所有键

三、Redis设置相关命令

Redis有其配置文件,可以通过client-command窗口查看或者更改相关配置。相关命令介绍如下:

(1)CONFIG GET and CONFIG SET

CONFIG GET:用来读取运行Redis服务器的配置参数。 CONFIG SET:用于更改运行Redis服务器的配置参数。 AUTH : 认证密码 下面针对Redis密码的示例:

由结果可知,刚开始时Reids并未设置密码,密码查询结果为空。然后设置密码为test123,再次查询报错。经过auth命令认证后,可正常查询。

可以经过修改Redis的配置文件redis.conf修改密码。

CONFIG GET命令是以list的key-value对显示的,如查询数据类型的最大条目:

(2)重置报告

CONFIG RESETSTAT:重置数据统计报告,通常返回值为‘OK"。

四、查询信息

INFO [section] :查询Redis相关信息。 INFO命令可以查询Redis几乎所有的信息,其命令选项有如下:

1. server: Redis server的常规信息

2. clients: Client的连接选项

3. memory: 存储占用相关信息

4. persistence: RDB and AOF 相关信息

5. stats: 常规统计

6. replication: Master/slave请求信息

7. cpu: CPU 占用信息统计

8. cluster: Redis 集群信息

9. keyspace: 数据库信息统计

10. all: 返回所有信息

11. default: 返回常规设置信息

若命令参数为空,info命令返回所有信息。

参考文档

http://redis.io/commands/config-resetstat

时间: 2024-10-13 15:23:18

Redis系统管理的相关文章

redis学习——系统管理

Redis系统管理 实验简介 上一节实验讲述了Redis的基本数据类型,本实验继续讲解Redis相关命令及管理操作. 在Redis中,命令大小写不敏感. 一.适合全体类型的常用命令 启动redis服务和redis-cli命令界面继续后续实验: $ sudo service redis-server start $ redis-cli (1)EXISTS and DEL EXISTS key 判断一个key是否存在;存在返回 1;否则返回0; DEL key 删除某个key,或是一系列key;DE

redis 基本操作

Redis系统管理 实验简介 上一节实验讲述了Redis的基本数据类型,本实验继续讲解Redis相关命令及管理操作. 在Redis中,命令大小写不敏感. 一.适合全体类型的常用命令 启动redis服务和redis-cli命令界面继续后续实验: $ sudo service redis-server start $ redis-cli (1)EXISTS and DEL EXISTS key 判断一个key是否存在;存在返回 1;否则返回0; DEL key 删除某个key,或是一系列key;DE

redis.conf 配置详解

# Redis 配置文件 # 当配置中需要配置内存大小时,可以使用 1k, 5GB, 4M 等类似的格式,其转换方式如下(不区分大小写) # # 1k => 1000 bytes # 1kb => 1024 bytes # 1m => 1000000 bytes # 1mb => 1024*1024 bytes # 1g => 1000000000 bytes # 1gb => 1024*1024*1024 bytes # # 内存配置大小写是一样的.比如 1gb 1G

redis入门教程

21) Redis 简介Redis 是一个开源的使用 ANSI C 语言编写.支持网络.可基于内存亦可持久化的日志型.Key-Value 数据库.2) 数据类型2.1. Redis 的 KeyRedis 的 key 是字符串类型,但是 key 中不能包括边界字符,由于 key 不是 binary safe的字符串,所以像"my key"和"mykey\n"这样包含空格和换行的 key 是不允许的.2.1.1. key 相关指令介绍exits key 检测指定 key

NoSQL初探之人人都爱Redis:(3)使用Redis作为消息队列服务场景应用案例

一.消息队列场景简介 “消息”是在两台计算机间传送的数据单位.消息可以非常简单,例如只包含文本字符串:也可以更复杂,可能包含嵌入对象.消息被发送到队列中,“消息队列”是在消息的传输过程中保存消息的容器. 在目前广泛的Web应用中,都会出现一种场景:在某一个时刻,网站会迎来一个用户请求的高峰期(比如:淘宝的双十一购物狂欢节,12306的春运抢票节等),一般的设计中,用户的请求都会被直接写入数据库或文件中,在高并发的情形下会对数据库服务器或文件服务器造成巨大的压力,同时呢,也使响应延迟加剧.这也说明

使用Redis作为消息队列服务场景应用案例

一.消息队列场景简介 "消息"是在两台计算机间传送的数据单位.消息可以非常简单,例如只包含文本字符串:也可以更复杂,可能包含嵌入对象.消息被发送到队列中,"消息队列"是在消息的传输过程中保存消息的容器. 在目前广泛的Web应用中,都会出现一种场景:在某一个时刻,网站会迎来一个用户请求的高峰期(比如:淘宝的双十一购物狂欢节,12306的春运抢票节等),一般的设计中,用户的请求都会被直接写入数据库或文件中,在高并发的情形下会对数据库服务器或文件服务器造成巨大的压力,同时

Golang Redis操作

1. Redis简介 Redis是一个开源的.使用C语言编写的.支持网络交互的.可基于内存也可持久化的Key-Value数据库. 1.1 特点 支持更多数据类型 和Memcached类似,它支持存储的value类型相对更多,包括string(字符串).list(链表).set(集合).zset(sorted set 有序集合)和hash(哈希类型).[1] 支持复杂操作 这些数据类型都支持push/pop.add/remove及取交集并集和差集及更丰富的操作,而且这些操作都是原子性的.在此基础上

redis使用日志(一) 安装,调试

第一步:下载,安装 1 [email protected]:/# wget http://download.redis.io/releases/redis-2.8.12.tar.gz 2 [email protected]:/# tar xzf redis-2.8.12.tar.gz 3 [email protected]:/home# cd redis-2.8.12 4 [email protected]:/home/redis-2.8.12# ls 5 00-RELEASENOTES CON

【转】NoSQL初探之人人都爱Redis:(3)使用Redis作为消息队列服务场景应用案例

一.消息队列场景简介 “消息”是在两台计算机间传送的数据单位.消息可以非常简单,例如只包含文本字符串:也可以更复杂,可能包含嵌入对象.消息被发送到队列中,“消息队列”是在消息的传输过程中保存消息的容器. 在目前广泛的Web应用中,都会出现一种场景:在某一个时刻,网站会迎来一个用户请求的高峰期(比如:淘宝的双十一购物狂欢节,12306的春运抢票节等),一般的设计中,用户的请求都会被直接写入数据库或文件中,在高并发的情形下会对数据库服务器或文件服务器造成巨大的压力,同时呢,也使响应延迟加剧.这也说明