Redis命令

Redis命令用于在redis服务上执行操作。
要在 redis 服务上执行命令需要一个 redis 客户端。Redis 客户端在我们从官网下载的的 redis 安装包中。

语法
启动Redis 客户端的基本语法为:redis-cl
ping 命令用语检查 redis服务是否启动

在远程服务上执行命令
$ redis-cli-h host-p port-a password

KEY命令

String类型及操作
1.set:设置key对应的值为string类型的value
2.setnx:nx是not exist的意思
3.setex:指定此键值对应的有效期
4.setrange:设置制定key的value值的子字符串
5.mset、msetnx:一次设置多个键值
6.get:获取key对应的string值
7.getset:设置key的值,并返回key的旧值
8.getrange:获取key的value值的子字符串
9.mget:一次获取多个key值
10.incr:对key的值做加加操作
11.incrby:同incr类似,加指定值
12.decr:对key的值做减减操作
13.decrby:同decr,减指定值
14.append:给指定的key追加value
15.strlen:去指定key的value值的长度

hashes类型及操作
1.hset:设置hash filed为指定值,如果key不存在,则先创建
2.hsetnx:设置hash filed为指定值,如果key不存在,则先创建
3.hmet:同时设置hash的多个filed
4.hget:获取指定的hash filed
5.hmget:获取全部指定的filed
6.hincrby:指定的filed加上给定值
7.hexists:指定filed是否存在
8.hlen:删除指定filed
9.hkeys:获取hash的所有filed
10.hvals:返回hash的所有value
11.hgetall:获取hash中全部的filed及value

lists类型及操作
1.lpush:在key对应的头部添加字符串元素
2.rpush:在可以对应的尾部添加字符串元素
3.linsert:在list的特定位置之前或之后添加字符串元素
4.lset:设置list 中指定下标的元素值
5.lrem:从list中删除count个和value相同的元素,count>0 按从头到尾的顺序删除,count<0 按从尾到头的
             顺序删除,count=0删除全部
6.ltrim:保留指定key的值范围内的数据
7.lpop:从list的头部删除元素,并返回删除元素
8.rpop:从list的尾部删除元素,并返回删除元素
9.rpoppush:删除第一个list的尾部元素添加到第二个元素头部
10.lindex :获取list中index位置的元素
11.llen:获取list的长度

持久化机制
Redis能在生产环境使用的持久化方式有两种:
   1.定时快照方式(snapshot):
         该持久化方式是在Redis的内部设置一个定时器,定时检查数据变化的次数和时间是否匹配持久话出发的条件,
         如果满足就通过操作系统fork调用创建一个子进程,父子进程享有相同的物理页面,当父进程处理写请求时,
         OS会为父进程要修改的页面创建副本,而不是写共享的页面。所以子进程地址空间内的数据是fork时刻整个
         数据库的一个快照。当子进程将快照写入临时文件完毕后,用临时文件代替原来的快照文件,然后子进程退出。
    缺点:快照只是代表一段时间内的内存映像,所以系统重启会丢失最后一次快照后的所有数据。

   2.基于语句追加方式(aof)
        类似MySQL的binlog方式,每条写命令都会通过write函数追加到一个log文件中。由于OS会在内核中缓存write
        做的修改,所以可能不会立即写到磁盘上。可以配置Redis调用fsync函数强制OS写入到磁盘的时机。有三种方式
        如下:
                 a. appendsync always // 收到写命令立即写入磁盘,最慢,但最保证完全的持久化
                 b. appendsync everysec  // 每秒钟写入磁盘一次,在持久化和性能方面做了很好的折中
                 c. appendsync no  // 完全依赖OS,性能最好,持久化没有保证
    缺点:log文件的体积会越来越大,当系统重启恢复数据时加载会非常慢。由于每条写命令都要写log,Redis的读写性
              能也会有所下降。
        Redis提供了bgrewriteaof命令来压缩aof的持久化文件,收到此命令Redis使用类似于快照的方式将内存中的数据以
        命令的方式保存到临时文件中,最后替换原来的文件。


最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,284评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,115评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,614评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,671评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,699评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,562评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,309评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,223评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,668评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,859评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,981评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,705评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,310评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,904评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,023评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,146评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,933评论 2 355

推荐阅读更多精彩内容

  • set:设置key对应的值为string类型的value set name lijie setnx 设置key对应...
    烈焰焚烧阅读 293评论 0 1
  • 本文将从Redis的基本特性入手,通过讲述Redis的数据结构和主要命令对Redis的基本能力进行直观介绍。之后概...
    kelgon阅读 61,166评论 23 625
  • Redis命令运行于redis服务器上,要在服务器上运行命令需要一个redis客户端,在安装Redis安装包时,我...
    第八共同体阅读 229评论 0 0
  • 1 Redis介绍1.1 什么是NoSql为了解决高并发、高可扩展、高可用、大数据存储问题而产生的数据库解决方...
    克鲁德李阅读 5,291评论 0 36
  • 据说人类历史就是一部传播史。 作为传播学的研究者,我很认可这种概念性的说法,无他,因为如此对我有利,至少是显得有利...
    八寨老杨阅读 178评论 0 0