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 陕西

相关推荐

09-14 20:51
四川大学 Java
慢热的鲸鱼在学习:985加粗就行了,第二个项目来不及准备也没事,省的写了问你你还不会。你只需准备面试八股和项目场景,剩下的交给985。即使面不过也没事,面试经验是最重要的,你现在不缺时间
简历中的项目经历要怎么写
点赞 评论 收藏
分享
搜索部 首先说下timeline8.18,投递8.19,约一面8.21,晚上一面call约二面8.22,上午二面下午oc周末等待(8.23,8.24)8.25,offer一年前,我还是懵懵懂懂,高考完的暑假,只会提前学学高数,未来的画像是什么?我或许无法预测。开学后,自学Python,接单,无数个客户的ddl,偷偷摸摸一个人找自习的地方,这一步步竟然为后来的我,搭建工程能力的基础。大一上,我也要感谢我的第一位老板,让我接触到了实习,师兄带着我一步步入门,看他们写的飞书文档。大一下,导师带我参与企业项目,这让我渐渐发现,应该去实践,增长见识,而非局限当下,盯着自己的小新pro。不久后,第一波投递开始,结果当然是约面极少。盯着简历上的文字和ssob,我开始思考,确实很多可以去提升。带着些许不甘心,继续沉淀,慢慢的约面也越来越多,有的时候两天7场,准备完就接着下一个日程。这一次,也许是刚好到位吧,比较match,面试答的流利,关关难关关过,成为度孝子展望未来,依然是重重挑战,果然只有收到offer的那一刻是开心的。愿在百度星海拆解的每一段代码,都能成为丈量宇宙的诗行;此志终赴星河,而今迈步重铸天阶。屏幕前的你们,在无数个向星海奔赴的日夜,一定一定,会在未来化作群星回响的征程——请永远相信此刻埋首耕耘的自己!!!
一天三顿半:???百度提前批发 offer了?不是统一和正式批排序完再发吗我靠
百度求职进展汇总
点赞 评论 收藏
分享
评论
5
15
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务