哎呀， 说到这玩意儿Redis啊，真实的是个巨大宝贝，但是呢，hen许多人dou在瞎用，根本不晓得啥时候该用，啥时候不该用。今天我就跟巨大家优良优良唠唠这玩意儿事儿， 到底啥时候用RedisNeng让你的系统飞起来啥时候用了就是瞎折腾。咱们不整那些个虚头巴脑的理论，就说点实在的，毕竟巨大家dou是打工的，谁不想系统迅速一点，老板少许骂两句呢？

前言:在干活里面,巨大家一准儿一准儿或许多或少许dou用过redis,绝巨大有些用redis用作缓存,一有些功Neng用redis的其他功Neng. 你kan啊， 就像我之前那东西项目，那东西数据库磨蹭得跟蜗牛一样，老板急得直拍桌子，后来我就说咱们加个Redis吧，后来啊加上去之后嘿，还真实就迅速了。但是呢，也不是全部情况dou适合，你得kan情况，不Neng瞎搞。

啥时候非...不可得用Redis呢？别瞎用！

先说说啊，咱们得明白一个道理，Redis它是干啥的？它就是个内存数据库，迅速是迅速，但是昂贵啊，内存条许多昂贵啊，所以不Neng啥dou往里塞。那么到底啥时候需要用redis呢？我了几个点，巨大家听听kan对不对。

需要用redis的时候:1、 不需要实时geng新鲜但是又极其消耗数据库的数据;2、需要实时geng新鲜,但是geng新鲜频率不高大的数据;3、 在某个时刻访问量极巨大而且geng... 哎呀，后面那东西字我忘了咋写了反正就是那东西意思，就是那种一下子一下子hen许多人来访问的情况，比如秒杀啥的。

通过判断是不是存在这种场景,引入redis,并用其相关功Neng,Neng有效地优化项目的性Neng,提升用户体验. 这句话是书上说的， 虽然有点绕，但是道理是对的。你kan啊，比如你查个商品详情，那东西商品又不三天两头变，你每次dou去查数据库，数据库不累吗？一准儿累啊。所以第一次查出来 扔到Redis里后面再来人查，直接从内存里拿，那速度，嗖的一下就出来了许多爽。

第一种情况：数据量巨大， 查得磨蹭，还不怎么变

刚刚kan了菜鸟教程的redis的教程感觉就和集合差不许多,先往里面存数据,需要的时候再根据名字通过对应api取数据出来,那么啥时候需要用redis呢,有啥优良处. 其实吧，Zui轻巧松的场景就是缓存。比如说电商首页，那些个推荐商品，一天变一次就不错了但是每秒钟兴许有几万个人在kan。你要是每次dou去MySQL里查，那数据库估摸着早就挂了。

这些个信息全部Neng一次性加载到 redis 中,作为只读信息,直接从 redis 中查询。或者不用 redis,而是加数据库只读从库(MySQL中...... 哎呀，跑题了。反正就是用Redis存起来巨大家伙儿dou来这儿拿，数据库就清静了。这就优良比你去食堂打饭，菜douZuo优良了放在盆里你直接拿勺子舀就行，非得让厨师给你现炒，那不得等死啊？

第二种情况：那东西啥， 排行榜，还有点赞数

当你的应用程序需要提升性Neng时,先说说考虑的就是用Redis,这是一种高大性Neng的开源内存数据库,Neng将有序的字符串、散列、列表等放入其中.Redis List查找加迅速数据读取速度下一篇.2.非阻塞读写:Redis用与无阻塞IO,随便哪个线程douNeng从网络介质中并行地读取和写入数据,而无需直接操作数据库文件,从而搞优良应用程序的读写性Neng。.

这段话虽然有点深厚奥， 但是说到List和有序集合，那可是Redis的绝活。比如说你要Zuo个游戏排行榜，谁分高大谁排前面要是用数据库查，还得排序，磨蹭得要死。用Redis的ZSET，一下子就出来了。还有那东西微博的点赞数，每次点一下dou去geng新鲜数据库，那数据库还干不干别的了？直接在Redis里加一，然后定时同步回去，许多省事儿。

Redis其实吧是一种许多功Neng数据结构服务器,在构建一个巨大型项目时兴许会巨大巨大搞优良性Neng和弹性.在选择Redis服务器和集群之前,Neng先考虑一些因素,以便geng有效地用Redis。.将Redis部署在一个集群中,Neng巨大巨大搞优良Redis的性Neng,特别是在处理巨大型数据集时。 所以啊，这种计数器、排行榜的场景，用Redis绝对没错。

Redis到底迅速在哪儿呢？为啥比数据库迅速？

hen许多人问我，Redis为啥这么迅速？我也说不太清楚，反正就是基本上原因是它在内存里呗。结实盘许多磨蹭啊，内存许多迅速啊。就像你在脑子里想事儿迅速，还是去图书馆翻书迅速？一准儿脑子里迅速啊。

在内存满的情况下,根据策略删除TTL数据,释放内存地方),对于redis,没有上下文切换,单机性Neng会geng优良.你非...不可告诉我们你为啥要用redis.不要告... 别人别告诉瞎用。那东西上下文切换啥的，我也搞不太懂，反正就是Redis处理起来比比kan干脆，不拖泥带水。

当应用程序需要高大性Neng,可靠的存储系统时,用 Redis 就是明智之举,比如缓存应用程序数据,存储会话信息,实时琢磨应用程序等等。.redisTemplat... 哎呀，这玩意儿模板又是啥，不管了。反正就是迅速，迅速就完事了。

那东西啥， 会话共享，Session共享

在这玩意儿 shiro-demo用redisZuo缓存 的示例中,我们将深厚入探讨怎么利用Redis这玩意儿高大性Neng的键值存储系统来作为Shiro的缓存机制,以搞优良系统的性Neng和响应速度.• Redis支持数据的持久化,Neng将内存中的数据保存在磁盘中,沉启的时候Neng 加载进行用. 这段话提到了Shiro，其实不管啥框架，只要是分布式系统，dou得用Redis存Session。

你想啊， 用户登录了信息存在服务器A的内存里后来啊第二次求被负载均衡转发到了服务器B，服务器B说我不认识你啊，还得让你沉新鲜登录，用户不得骂娘？所以把Session扔到Redis里 不管哪个服务器，去Redis里一查，哦，是这玩意儿人，放行。这就完美了。

有些时候，用了Redis反而geng磨蹭？

虽然Redis优良，但是也不Neng乱用。我见过一个哥们，把几GB的数据dou塞进Redis，后来啊服务器内存爆了OOM，直接挂了。这就尴尬了。

所以呢将求合并,作为一次求,Nenghen优良的提升性Neng。.但个个求命令发出后client通常会阻塞并等待redis服务器处理,redis服务器处理完毕后会将后来啊通过响应报文返回给client,所以呢当施行许多条命令的时候dou需要等待上一条命令施行完毕后才Neng施行。每次向redis服务器施行求,dou是一次TCP round trip,. 这段话说的是那东西网络延迟的问题。你数据太巨大，序列化反序列化dou得花时候，传输也花时候，搞不优良比查数据库还磨蹭。

所以啊， 细小数据量、高大频访问，用Redis；巨大数据量、矮小频访问，还是老老实实查数据库吧，或者用ElasticSearch之类的。别啥dou往Redis里塞，Redis不是垃圾桶。

Redis的高大级功Neng， 比如Lua脚本

## 流程下面是用 LuaLuaRedis开发者啥场景需要用到redis持久化 啥时候需要redis前言:在干活里面,巨大家一准儿一准儿或许多或少许dou用过redis,绝巨大有些用redis用作缓存,一有些功Neng用redis的其他功Neng. 这段话优良像再来一次了不管了。那东西Lua脚本，是个优良东西。

有时候你需要干优良几个事儿，比如先查库存，再减库存，再发个消息。要是分开发命令，中间万一出错了咋办？用Lua脚本，把这些个命令打包发过去，要么一起成功，要么一起输了原子操作，许多平安。虽然Lua写得头巨大，但是为了性Neng，忍忍吧。

一下到底啥时候用？

说了这么许多，乱七八糟的，巨大家兴许晕了。我再说说一下 啥时候用RedisNeng显著提升性Neng：

1. 数据库赞当你的应用程序需要提升性Neng时,先说说考虑的就是用Redis... 哎呀，这段怎么又来了。反正就是数据库扛不住的时候，用Redis挡在前面。

2. 需要飞迅速读写、矮小延迟的数据操作，Redis是理想选择。合理利用其特性，不仅Neng提升用户体验，还Neng少许些后端材料消耗。 这句是挺对的。

3. 不需要有力一致性，但是要求高大响应速度的地方。

4. 需要计数、排行榜、队列这种特殊功Neng的时候。

Redis作为高大性Neng的内存数据库，适合解决特定场景下的性Neng瓶颈问题。当数据读取频繁但写入较少许时 RedisNeng显著少许些数据库压力；实时性要求高大的场景，如秒杀或排行榜，Redis的飞迅速响应Neng力尤为关键。　　为啥选择Redis处理高大并发求？　　面对一巨大堆用户一边访问，老一套数据库兴许因磁盘I/O管束而变磨蹭。

单点登录系统中，许多服务共享会话数据的需求，也Neng，若每次查询数据库，系统负载会急剧许多些。Redis的键值存储结构轻巧松高大效，将会话信息存入Redis，可将响应时候缩短暂至毫秒级。

当然还有其他的优良处,比如性Neng方面,超出一定的阈值,redis的性Neng较优良于memcache。.redis是缓存,就是查询数据,一般变来变去不许多,数据量稍巨大的数据集第一次查出来会存缓存里,后面 查就不用查数据库了,Neng够搞优良性Neng,... 再说说再啰嗦一句， 手艺这东西，得实践，光kan文章没用，自己动手搭一个试试，你就晓得啥时候该用了。别光听我在这儿瞎白话，哈哈。