Redis入门

redis特性

        (1)速度快;(2)键值对的数据结构服务器;(3)丰富的功能;(4)简单稳定(单线程);(5)持久化;(6)主从复制;(7)高可用和分布式转移(哨兵模式实现高可用);(8)客户端语言多

五种数据结构

        string,set(用户标签,社交,查询有共同兴趣爱好的人),list(时间轴,消息队列),zset(用于排行榜、点赞数),hash

       使用:

        1、Set key value ex time:ex代表过期时间;setnx name test //不存在键name 时,返回1 设置成功存在的话失败0,用于分布式锁。

        2、incr age //必须为整数自加1,非整数返回错误,无age 键从0 自增返回1;decr age //整数age 减1;incrby age 2 //整数age+2;decrby age 2//整数age -2;incrbyfloat score 1.1 //浮点

        3、Value值最大值能存512m

解决缓存雪崩

        当去数据库查询时,增加锁的机制。热门数据失效时间设置长一点,冷门数据设置失效时间短一点,节约资源。

如何解决缓存穿透

        在数据库查之前,增加一个布隆过滤器,把所以数据库的值提前查出来放到布隆过滤器里,然后传入的数据先去布隆过滤器查询,如果返回true再去数据库查询。

Redis持久化

        两种方式:rdb和aof

        bgsave运行流程:

        Rdb不适合实时的持久化,所以redis提供了aof来解决。开启设置:redis.conf :appendonly yes(默认为no)默认文件名:appendfilename:”appendonly.aof”

        aof流程说明:(1)所有的写入命令(set hset)会append追加到aof_buff缓冲区中;(2)AOF缓冲区向硬盘做sync同步;(3)随着aof文件越来越大,需定期对aof文件rewrite重写,达到压缩;(4)当redis服务重启,可load加载aof文件进行恢复。

        aof说明:Appendonly yes开启aof;appendfsync always 每收到写命令就立即强制写入磁盘,最慢的,但是保证完全的持久化;appendfsync everysec 每秒强制写入一次,性能和持久化方面做了折中,推荐;no-appendfsync-on-rewrite yes 正在导出rdb快照的过程中,要不要停止同步aof(建议是yes);auto-aof-rewrite-percentage 100 aof文件比上次重写超过100%时重写;auto-aof-rewrite-min-size 64mb aof文件至少超过64m时重写。

        Redis重启时加载aof和rdb的顺序:判定是否开启aof,如果开启了则判定是否有aof文件,如果存在则加载aof,如果不存在则判定是否有rdb文件,如果没有则启动成功,如果有则加载rdb文件并启动。Rdb比aof恢复数据快

Lua

        Lua脚本是原子性操作

        使用lua脚本好处

        (1)减少网络开销,在lua脚本中可以把多个命令放在同一个脚本中运行;(2)原子操作,redis会将整个脚本作为一个整体执行,中间不会被其他命令插入,换句话说,编写脚本的过程中无需担心会出现竞争条件;(3)复用性,客户端发送的脚本会永远存储在redis中,这意味着其他客户端可以复用这一脚本来完成同样的逻辑。




Redis性能测试及弱事务实战

测试redis性能命令

     (1)redis-benchmark -h 127.0.0.1 -p 6379 -c 100 -n 10000 一百个并发连接,一万个请求检测服务器性能;(2)redis-benchmark -h 127.0.0.1 -p 6379 -q -d 100 测试存取大小为100字节的数据包的性能;(3)redis-benchmark -h 127.0.0.1 -p 6379 -t set,get -n 10000 -q 只测试set,get操作的性能;(4)redis-benchmark -h 127.0.0.1 -p 6379 -n 10000 -q script load “redis.call(‘set’,’foo’,’bar’)”只测试某些值存取的性能。

Redis运行原理流程

        (1)发送命令;(2)命令排队;(3)执行命令;(4)返回结果

Redis协议

        Redis基于resp协议.

Pipeline

        Pipeline可以减少网络通讯,把一组redis操作放到一起执行,节省网络开销

Redis也支持事务

        multi事务开始;exec事务结束.Redis支持简单的事务,不支持回滚

Watch命令

        使用watch后,multi失效,事务失效



Redis高可用模式解读

主从模式

       1、一主一从:用于主节点故障转移从节点,当主节点的“写”命令并发高且需要持久化,可以只在从节点开启AOF(主节点不需要)。

        2、一主多从:针对“读”较多的场景,“读”由多个从节点来分担,但节点越多,主节点同步到多节点的次数也越多,影响带宽,也加重主节点的稳定。

        3、树状主从:一主多从的缺点可用些方案解决,主节点只推送一次数据到从节点1,再由从节点2推送到节点11,减轻主节点推送压力。

哨兵模式

集群模式

        集群节点之间使用gossip协议进行信息通讯的

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