面试笔录--redis

1.使用redis的好处有哪些?

(1) 速度快,因为数据存在内存中,类似于HashMap,HashMap的优势就是查找和操作的时间复杂度都是O(1)

(2) 支持丰富数据类型,支持string,list,set,sorted set,hash

(3) 支持事务,操作都是原子性,所谓的原子性就是对数据的更改要么全部执行,要么全部不执行

(4) 丰富的特性:可用于缓存,消息,按key设置过期时间,过期后将会自动删除

 

2.Memcache与Redis的区别?

(1)、存储方式

Memecache把数据全部存在内存之中,断电后会挂掉,数据不能超过内存大小。

Redis有部份存在硬盘上,这样能保证数据的持久性。

(2)、数据支持类型

Memcache对数据类型支持相对简单。

Redis有复杂的数据类型。

(3)、使用底层模型不同

它们之间底层实现方式 以及与客户端之间通信的应用协议不一样。

Redis直接自己构建了VM 机制 ,因为一般的系统调用系统函数的话,会浪费一定的时间去移动和请求

3:redis常见性能问题和解决方案?

(1) Master最好不要做任何持久化工作,如RDB内存快照和AOF日志文件

(2) 如果数据比较重要,某个Slave开启AOF备份数据,策略设置为每秒同步一次

(3) 为了主从复制的速度和连接的稳定性,Master和Slave最好在同一个局域网内

(4) 尽量避免在压力很大的主库上增加从库

(5) 主从复制不要用图状结构,用单向链表结构更为稳定,即:Master <- Slave1 <- Slave2 <- Slave3…

这样的结构方便解决单点故障问题,实现Slave对Master的替换。如果Master挂了,可以立刻启用Slave1做Master,其他不变

 

4:redis的并发竞争问题如何解决?

Redis为单进程单线程模式,采用队列模式将并发访问变为串行访问。Redis本身没有锁的概念,Redis对于多个客户端连接并不存在竞争,但是在Jedis客户端对Redis进行并发访问时会发生连接超时、数据转换错误、阻塞、客户端关闭连接等问题,这些问题均是由于客户端连接混乱造成。对此有2种解决方法:

1.客户端角度,为保证每个客户端间正常有序与Redis进行通信,对连接进行池化,同时对客户端读写Redis操作采用内部锁synchronized。

2.服务器角度,利用setnx实现锁。

对于第一种,需要应用程序自己处理资源的同步,可以使用的方法比较通俗,可以使用synchronized也可以使用lock;第二种需要用到Redis的setnx命令,但是需要注意一些问题

 

5.redis持久化的几种方式

1、快照(snapshots)

缺省情况情况下,Redis把数据快照存放在磁盘上的二进制文件中,文件名为dump.rdb。你可以配置Redis的持久化策略,例如数据集中每N秒钟有超过M次更新,就将数据写入磁盘;或者你可以手工调用命令SAVE或BGSAVE。

工作原理

. Redis forks.

. 子进程开始将数据写到临时RDB文件中。

. 当子进程完成写RDB文件,用新文件替换老文件。

. 这种方式可以使Redis使用copy-on-write技术。

2、AOF

快照模式并不十分健壮,当系统停止,或者无意中Redis被kill掉,最后写入Redis的数据就会丢失。这对某些应用也许不是大问题,但对于要求高可靠性的应用来说,

Redis就不是一个合适的选择。

Append-only文件模式是另一种选择。

你可以在配置文件中打开AOF模式

3、虚拟内存方式

4、diskstore方式

 

6、redis的缓存失效策略和主键失效机制 


作为缓存系统都要定期清理无效数据,就需要一个主键失效和淘汰策略.

在Redis当中,有生存期的key被称为volatile。在创建缓存时,要为给定的key设置生存期,当key过期的时候(生存期为0),它可能会被删除。

1、影响生存时间的一些操作

生存时间可以通过使用 DEL 命令来删除整个 key 来移除,或者被 SET 和 GETSET 命令覆盖原来的数据,也就是说,修改key对应的value和使用另外相同的key和value来覆盖以后,当前数据的生存时间不同。

比如说,对一个 key 执行INCR命令,对一个列表进行LPUSH命令,或者对一个哈希表执行HSET命令,这类操作都不会修改 key 本身的生存时间。另一方面,如果使用RENAME对一个 key 进行改名,那么改名后的 key的生存时间和改名前一样。

RENAME命令的另一种可能是,尝试将一个带生存时间的 key 改名成另一个带生存时间的 another_key ,这时旧的 another_key (以及它的生存时间)会被删除,然后旧的 key 会改名为 another_key ,因此,新的 another_key 的生存时间也和原本的 key 一样。使用PERSIST命令可以在不删除 key 的情况下,移除 key 的生存时间,让 key 重新成为一个persistent key 。

2、如何更新生存时间

可以对一个已经带有生存时间的 key 执行EXPIRE命令,新指定的生存时间会取代旧的生存时间。过期时间的精度已经被控制在1ms之内,主键失效的时间复杂度是O(1),

EXPIRE和TTL命令搭配使用,TTL可以查看key的当前生存时间。设置成功返回 1;当 key 不存在或者不能为 key 设置生存时间时,返回 0 。

最大缓存配置

在 redis 中,允许用户设置最大使用内存大小

server.maxmemory

默认为0,没有指定最大缓存,如果有新的数据添加,超过最大内存,则会使redis崩溃,所以一定要设置。redis 内存数据集大小上升到一定大小的时候,就会实行数据淘汰策略。

redis 提供 6种数据淘汰策略:

. volatile-lru:从已设置过期时间的数据集(server.db[i].expires)中挑选最近最少使用的数据淘汰

. volatile-ttl:从已设置过期时间的数据集(server.db[i].expires)中挑选将要过期的数据淘汰

. volatile-random:从已设置过期时间的数据集(server.db[i].expires)中任意选择数据淘汰

. allkeys-lru:从数据集(server.db[i].dict)中挑选最近最少使用的数据淘汰

. allkeys-random:从数据集(server.db[i].dict)中任意选择数据淘汰

. no-enviction(驱逐):禁止驱逐数据

注意这里的6种机制,volatile和allkeys规定了是对已设置过期时间的数据集淘汰数据还是从全部数据集淘汰数据,后面的lru、ttl以及random是三种不同的淘汰策略,再加上一种no-enviction永不回收的策略。

使用策略规则:

1、如果数据呈现幂律分布,也就是一部分数据访问频率高,一部分数据访问频率低,则使用allkeys-lru

2、如果数据呈现平等分布,也就是所有的数据访问频率都相同,则使用allkeys-random

三种数据淘汰策略:

ttl和random比较容易理解,实现也会比较简单。主要是Lru最近最少使用淘汰策略,设计上会对key 按失效时间排序,然后取最先失效的key进行淘汰

<think>好的,我现在需要帮用户解决如何将“苍穹外卖”项目经验写入简历的问题。首先,我得仔细理解用户的需求。用户可能正在准备求职,特别是技术岗位,比如Java开发或者全栈工程师,所以他们希望突出项目经验来展示自己的技能。 接下来,我要回顾用户提供的引用内容,看看有哪些关键点可以提取。根据引用[1],苍穹外卖是一个基于SpringBoot和Vue的系统,分为PC后台管理和微信小程序用户端,而且是单商家自营的外卖平台,不是多商家的。这说明技术栈包括前后端分离,前端用了Vue和小程序,后端是SpringBoot,数据库是MySQL,可能还用了Redis做缓存,比如引用[2]提到的购物车和商品缓存。引用[3]提到了项目部署用了Nginx,数据库是sky.sql,所以部署和运维经验也是可以写的。 然后,我需要考虑简历中项目经验的常见结构。通常包括项目名称、时间、技术栈、项目描述、职责与成果。用户需要具体、量化地展示自己的贡献,比如使用了哪些技术,解决了什么问题,实现了什么功能,优化了什么性能。 还需要注意用户可能没有明确提到的点,比如团队协作、代码管理工具、测试方法等,但根据项目情况,可以适当建议,比如使用Git进行版本控制,或者接口设计、数据库优化等。另外,用户可能希望突出全栈能力,所以前后端的工作都要提到。 可能会遇到的问题是如何将技术细节简洁地表达出来,同时突出个人贡献。例如,用户可能负责了某个模块的开发,比如订单管理或购物车功能,这时候需要具体说明用了什么技术,比如Redis缓存商品信息,提高了性能。或者优化了数据库查询,使用索引减少了响应时间。 还要考虑招聘方关心的关键词,比如“SpringBoot”、“Vue”、“微信小程序”、“MySQL”、“Redis”、“Nginx”等,这些技术名词需要明确列出,以便通过简历筛选。同时,使用行为动词如“设计”、“开发”、“实现”、“优化”来展示主动性。 最后,要确保建议符合简历写作的最佳实践,比如简洁明了,使用项目符号分点,量化成果,比如“性能提升30%”等。避免过于技术化的细节,但足够展示技能和经验。</think>### 如何将苍穹外卖项目经验写入简历 #### 1. 项目定位与技术栈 - **项目名称**:苍穹外卖系统(单商家自营外卖平台) - **技术架构**: `SpringBoot`(后端框架) + `Vue`(PC管理端) + `微信小程序`(用户端) + `MySQL`(数据库) + `Redis`(缓存) + `Nginx`(HTTP服务器)[^1][^3] - **核心功能**: 商家后台管理(菜品/套餐/订单)、用户端小程序(点餐/购物车/支付)、数据统计与权限控制 #### 2. 职责与成果描述(STAR法则) ```markdown - **功能开发**: - 设计并实现商品分类模块,采用`树形结构`优化分类查询效率,结合Redis缓存商品信息,降低数据库查询压力[^2] - 开发购物车功能,通过LocalStorage实现客户端临时存储,同步服务端时使用Redis Hash结构保存用户购物车数据 - 完成订单状态机模块,支持支付超时自动取消(基于Spring Task定时任务) - **性能优化**: - 通过索引优化和SQL语句重构,将订单查询响应时间从800ms缩短至200ms - 使用Nginx反向代理与静态资源压缩,提升前端页面加载速度40% - **部署运维**: - 主导项目容器化部署,编写Dockerfile实现MySQL+Redis+SpringBoot应用的自动化构建 - 利用Jenkins搭建CI/CD流水线,日均构建效率提升60% ``` #### 3. 项目亮点提炼 - 实现高并发场景下的缓存一致性:通过`双写一致性策略`解决菜品库存同步问题 - 采用JWT+Spring Security实现多端统一鉴权,支持管理员/员工/用户三级权限体系 - 输出12篇技术文档,包含接口设计规范[^2]、数据库索引优化方案等 #### 4. 注意事项 - 技术名词需与岗位JD匹配(如投递Java岗重点写SpringBoot/MySQL优化) - 数据量化(如"支撑日均5000+订单")比抽象描述更具说服力 - 可附加GitHub链接(若代码已开源)或部署演示地址
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值