Redis基本命令使用
redis启动
使用如下命令启动redis:
redis-server.exe redis.windows.conf
再使用如下命令进入命令编辑界面
redis-cli.exe -h 127.0.0.1 -p 6379
对Key的相关操作
使用set key value的格式来创建key,get key来获取key值,exist key用来判断该key是否存在,del key用来删除key
type key返回key元素的数据类型:none:不存在,string:字符,list,set,zset,hash,
keys xx*会匹配所有的以xx开头的key,key *则会匹配所有的key
Rondomkey随机返回一个存在的key,若不存在则返回nil表示为空
RENAME oldname newname:改key的名字,新键如果存在将被覆盖
RENAMENX oldname newname:更改key的名字,如果名字存在则更改失败
DBSIZE :返回当前数据库的key的总数
Redis时间相关命令
EXPIRE:设置某个key的过期时间(秒),
(EXPIRE bruce 1000:设置bruce这个key1000秒后系统自动删除)
注意:如果在还没有过期的时候,对值进行了改变,那么那个值会被清除。
对于临时存储很有用处。避免进行大量的DEL操作
限时操作可以再SET命令中实现,并且可用TTL命令查询key剩余生存时间。
TTL:查找某个key还有多长时间过期,返回时间秒
FLUSHDB:清空当前数据库中的所有键
FLUSHALL:清空所有数据库中的所有键
Redis设置相关命令
CONFIG GET:用来读取运行Redis服务器的配置参数。
CONFIG SET:用于更改运行Redis服务器的配置参数。
AUTH : 认证密码 `
> config get requirepass (查看密码)
> config set requirepass test123 (设置密码为test123 )
> config get requirepass (报错,没有认证)
> auth test123
> config get requirepass
由结果可知,刚开始时Reids并未设置密码,密码查询结果为空。然后设置密码为test123,再次查询报错。经过auth命令认证后,可正常查询。
可以经过修改Redis的配置文件redis.conf修改密码。
事务处理
Redis的事务处理比较简单。只能保证client发起的事务中的命令可以连续的执行,而且不会插入其他的client命令,当一个client在连接中发出multi命令时,这个连接就进入一个事务的上下文,该连接后续的命令不会执行,而是存放到一个队列中,当执行exec命令时,redis会顺序的执行队列中的所有命令。如果其中执行出现错误,执行正确的不会回滚,不同于关系型数据库的事务。
持久化机制
Redis是一个支持持久化的内存数据库,Redis需要经常将内存中的数据同步到磁盘来保证持久化。
Redis支持两种持久化方式:
1、snapshotting(快照),将数据存放到文件里,默认方式。
是将内存中的数据已快照的方式写入到二进制文件中,默认文件dump.rdb,可以通过配置设置自动做快照持久化的方式。可配置Redis在n秒内如果超过m个key被修改就自动保存快照。
save 900 1 #900秒内如果超过1个key被修改,则发起快照保存
save 300 10 #300秒内如果超过10个key被修改,则快照保存
2、 Append-only file(缩写为aof),将读写操作存放到文件中。
由于快照方式在一定间隔时间做一次,所以如果Redis意外down掉的话,就会丢失最后一次快照后的所有修改。
aof比快照方式有更好的持久化性,是由于使用aof时,redis会将每一个收到的写命令都通过write函数写入到文件中当redis启动时会通过重新执行文件中保存的写命令来在内存中重新建立整个数据库的内容。
由于os会在内核中缓存write做的修改,所以可能不是立即写到磁盘上,这样aof方式的持久化也还是有可能会丢失一部分数据。可以通过配置文件告诉redis我们想要通过fsync函数强制os写入到磁盘的时机。
配置文件中的可配置参数:
appendonly yes //启用aof持久化方式
#appendfsync always //收到写命令就立即写入磁盘,最慢,但是保证了数据的完整持久化
appendfsync everysec //每秒中写入磁盘一次,在性能和持久化方面做了很好的折中
#appendfsync no //完全依赖os,性能最好,持久化没有保证
在redis-cli的命令中,SAVE命令是将数据写入磁盘中。
save