8.16滴滴凉经java

1.3个项目中遇到的棘手的问题。遇到问题的解决思路、解决途径。
2.为什么要用熔断器,调用不通跟不熔断的结果是一样的,为什么还要用?
3.微服务调用过程中像下游服务不可用这种状况外,还有哪些需要注意的点?项目里有超时控制吗?
4.做熔断之后有做恢复吗?什么时候去做恢复?
5.redis超时失效机制可以用在哪些场景下?
6.redis的分布式锁,你设计一个分布式锁,这个锁是需要有过期时间的吗?
7.MySQL联合索引使用需要注意的点有哪些?
8.MySQL是怎么实现联合索引的?
9.B+树里怎么存的联合索引?
10.网络这块熟悉吗?linux熟悉吗?
11.Redis的数据结构有哪些?zset
12.举一个例子,用redis做缓存可能会出现什么问题?
13.其他除了redis以外的中间件有了解吗?
14.Nacos使用的时候有什么问题吗?

有无大佬一道一道解答一下,我太菜了,我不会,还能找到工作吗,呜呜呜
要是项目没用微服务的话是不是需要背的东西少一些啊?有不用微服务的友友吗?面试都问啥?#面经#
#面试中的破防瞬间##面试时最害怕被问到的问题#
全部评论
佬,下面是我的看法 2.需要使用熔断的场景:1.大量请求到来,调用链比较长且当前业务不是核心业务 需要将当前业务线直接停止 给其它核心业务让资源 2.当前接口在短时间内被多次调用达到自己设定的上限,应该被熔断直至达不到阈值 3.调用不通可能有几点 (1)当前业务没有后续调用链,证明当前业务存在问题,需要维护,因为在微服务中调用远程业务一般使用HTTP请求 既然已经出现bug那就没有必要再次浪费网络资源 (2)当前业务存在调用后续链 问题有两种 当前业务出现问题或者后续业务出现问题 无论是哪一种都会存在大量的资源浪费 比如网络资源 cpu时间片的轮转、线程的阻塞等 3.超时机制,高可用,负载,资源消耗,数据不一致,连接断开等 4.熔断之后,系统会过一会后尝试将服务恢复,检查如果此时的qps没有达到阈值则会放开,否则继续熔断 5.redis超时的应用:分布式锁保证不会一直处在锁阶段,登录服务时token的存储和续约,临时数据的缓存,状态信息的更替 6.分布式锁应该要满足的要求:1.独占性 2.高可用 3.防死锁 4.不乱抢 5.重入性 所以需要设置过期时间,但是如果业务执行时间确实比较长导致锁的释放会造成难以预估的损失,所以权衡时间是一个很重要的点。在官方的RedLock中使用看门狗机制来实现时间的延长。 7.MySQL联合索引注意的点:需要满足最左前缀原则、索引的长度不能太长、应该是索引的那个口诀
2 回复 分享
发布于 2023-08-17 10:17 陕西
感觉微服务问的很少。我之前简历上写都没问。后面我就不写了
点赞 回复 分享
发布于 2023-08-17 00:43 陕西

相关推荐

bg 为 985 本应届生,方向是嵌入式软件。纠结了很久,两边都不太了解,恳请各位大佬帮选,非常感谢🙏。
ResourceUtilization:求稳海能达,趁着年轻赚它一笔就relink吧,有个疑惑,怎么睿连同岗位多这么多base原因吗
点赞 评论 收藏
分享
网安已死趁早转行:山东这地方有点说法
点赞 评论 收藏
分享
评论
5
15
分享

创作者周榜

更多
牛客网
牛客企业服务