高并发系统设计 40 问
唐扬
美图公司技术专家
49013 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 49 讲
高并发系统设计 40 问
15
15
1.0x
00:00/00:00
登录|注册

20 | 面试现场第二期:当问到项目经历时,面试官究竟想要了解什么?

举例说明
结合职位要求
突出亮点
与职位要求的匹配度
展示能力和经验
解决问题的能力
项目经验
技术能力
如何准备项目经历的介绍
项目经历的重要性
面试官关心的内容
项目经历
面试现场第二期

该思维导图由 AI 生成,仅供参考

确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《高并发系统设计 40 问》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(16)

  • 最新
  • 精选
  • 星空123
    我们的售货机系统是每天有几个时间段请求会成倍的增加。像每天中午11点-12点半。晚上的5点半到6点还有晚上21点到24点。 这几个时间段的订单量是比较大的。 我们第一次碰到的问题是机器代理商反馈有客户购买了,但是出货很慢。并且还发现了系统出现了大量的订单退款。我们开始从日志方面看,发现了好像系统的处理速度变慢了。并且这些退款的订单都是出货了的。这样的话,系统就亏大了。并且随着高峰的到来,系统开始报mysql的连接数用完了。导致数据库写入和更新操作都没法做。我们立刻把生产系统停掉。老板也是致电我们,搞不好就滚蛋。然后我们连夜对机器下单这块的业务做优化, 减少访问mysql的压力。并且把消息处理类中用到的连接池的大小给扩大一倍。 就这样消停了几天。 但是由于系统内设备不断增加,隔了大概一周左右,晚上10点左右又来投诉说这个问题,我们犹如惊弓之鸟,立马打开日志查看。还是这个问题。 而且以前忽略了微信的支付回调如果处理不及时,微信会向回调地址重复发送订单结果的通知。这个是导致系统崩盘的重要的点之一。 关键这次发现了最重要的问题:系统在处理终端设备订单的微信支付宝的回调在做异步处理的时候,由于回调部分没有做并发处理。 导致数据库的表被锁住,引发的回调部分业务要处理堆积,系统处理不过来。恶性循环,消息越多,越处理不过来。越处理不过来,支付回调部分越堆积。导致我们的机器又出货,又退款。 最终我们花了一夜时间把微信支付回调做了多线程处理。系统才稳定了下来。 第二天把支付宝的回调处理部分也做了多线程处理。一段时间内没有问题。 现在系统加了redis做缓存。但是缓存刚上线也是有不少问题的。但是我们慢慢解决了。 目前的系统算是比较稳定了。 阿里云的双核4G服务器 支撑我们系统的600多台设备。 老师文章中提到的方案对我们后面工作不论是在这个公司,还是以后都是有很大启发的。

    作者回复: 谢谢肯定

    2019-11-07
    5
    31
  • 斐波那契
    老师 有个问题 一直以来很难接触到高并发的项目 做的项目也都是缝缝补补 排查基本不需要什么技巧 很快就能找到问题 这样下肯定不行 老师有什么建议么

    作者回复: 其实有时候只是自己比较容易容忍问题而已:) 比如一些偶发的超时,重启时的慢请求,系统中有没有出现,有没有追查根本的原因

    2019-11-04
    4
    18
  • 大雄
    看后不禁想起了一个面试经典问题:平时遇到问题你是怎么解决的? 我第一次面对这种问题,大脑一片空白,因为没有能拿得出手的问题,只好泛泛而谈,差不多就是“百度,查文档”之类的,想起来真是尴尬。下来之后反思了一下,觉得如果实在没有能拿得出手的案例,也要假设一个有挑战性的问题去回答,回答得好可以体现学习能力,回答不好至少也能留下个好学的印象。 最后说一句,超喜欢面试现场系列,单凭它这专栏就值得买!

    作者回复: 谢谢鼓励:) 其实就像文中说的,我们可以在平时多积累问题,多积累解决问题的案例,这样就不会大脑空白了~ :)

    2019-11-04
    8
  • 有上亿人都用到的项目固然好,没有其实可以自己造一个,比如:一亿条数据的一个文件,怎么高效的落库。

    作者回复: 👍

    2020-04-25
    2
    5
  • longslee
    如果我把老师的经验吹给面试官听他会反应过来么😄

    作者回复: :)

    2019-11-04
    2
    4
  • 小喵喵
    1.性能核心指标是我的痛,比如并发是如何回答QPS和TPS分别是多少合适,一般相关的硬件设施又是怎么样的? 2.老师能不能多举例几个案例呢?

    作者回复: 在第30节中我详细介绍吧,留言中篇幅有限,其实一般是请求量、错误量、响应时间,当然不同的组件还有一些独特的监控

    2019-11-04
    2
  • Alex Liu
    受益匪浅

    作者回复: 谢谢

    2020-03-26
    1
  • 阿卡牛
    有场景直接上,没有场景创造场景也要上,千万别怂,底线是不能说谎:)
    2019-11-05
    1
    19
  • helloworld
    我的总结: 1. 在面试的时候确实应该把话题转移到自己熟悉的技术上,但是前提是自己一定要对自已所谓的熟悉的技术不仅要熟练,更要超出平均水平 2. 项目当中其实没有很多高并发的实战的,自己设想一个和自己项目有关联的就行,前提是不能生搬硬套
    2020-06-09
    3
  • 小高
    干货满满,谢谢唐老师,准备拿下高并发这块硬骨头
    2020-11-24
    2
收起评论
显示
设置
留言
16
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部