粉丝福利大放送！系统设计经验还不太够，但25K我觉得问题不大！结尾给上了建议

算我输吧:
分页那一块首先可以看业务上是不是一定要跳转某个具体页面，假如有几十万页几百万页一般不会有人要看全的，多数情况下可以只做上一页下一页的分页甚至总条页数都不给(谷歌的搜索就不给总页数），这个就可以根据某个条件例如id用id>上一页的最大id来过滤数据。阿里云的rds在控制台只允许查前3000条数据，超出的话要写工单，这也是从业务上限制的一种方式。

【回复】业务折中是个好思路，的确很多公司也是这么去做的，所以很多时候不要陷入技术思维，从产品角度折中一下问题就简单了，可能有的人认为是回避问题而不是解决问题，但是有些问题避免就是最好的解决方案，其他例如分布式事务最佳实践都这样
小红就是我喽:
这还是比较简单的，感觉初级开发背一背也能过。建议多问一些业务场景和解决思路。让面试者讲下自己主要负责的业务功能。包括看看面试者能不能熟练讲出自己项目的业务。

【回复】回复 @ssuus :哈哈哈，卷死了，不想卷了。感觉问的东西项目里也用不到。
【回复】回复 @ssuus :大佬你面的是高级吗
【回复】回复 @小红就是我喽 :我压力不大，把房贷还完，不结婚就没啥压力，等30多岁找其他活干
ereforu:
大佬人很好，热情心善，给大佬一件三连了哈哈[妙啊]，虽然以后方向想走c++ 虚拟化 这块，跟大佬方向不一样 但是大佬为人做事风格还是很受尊重欢迎的[打call]

【回复】大佬让你们失望了，卑微的up悄悄某度了一下啥是C++虚拟化[捂眼]
【回复】回复 @极海Channel :哈哈哈哈 kvm 虚拟化那些东西 大佬我也不是很懂，萌新一个 想走这个方向 但是主要语言是c c++ [捂眼] 大佬谦虚了[脱单doge]
小小UP-:
我发现我的数据库技术，比我的jαva技术要好呢。好烦

【回复】学会引导面试官，数据库真的很熟悉其他可以适当要求低些的
算我输吧:
取一万个id到内存，然后机器挂掉应该没关系吧？这一万不要就好了，id又不要求连续，只要做到自增就好了，自增就能保证不从页的中间插入了，mysql的自增id因为各种原因也不能保证连续呀，如果业务上一定要求连续，那这个方案一开始就是不适合的

【回复】集群情况下，这个方案单表落库也不是递增，除非是单机，那单机的流量想必也没必要这方案。如果是分表＋集群，单机缓存某个分表的id可以做到递增，但是集群的扩容又麻烦了
【回复】其实考的就是mycat的一个方案，单独做个表存序列，每次取一批
心雨臧臧:
[辣眼睛]咋不问基础，全是中间件和场景题

【回复】25k的话问的是有点简单，比如AQS源码，ressdion做分布式锁源码具体怎么实现的。看面试者答的基本上知道那个东西up就给过了
【回复】回复 @搬砖的小舟 :既然如此，我可以反问你这两个问题吗[doge]
【回复】回复 @棒棒爱吃糖 :可以看最新的一期，加强了基础方面的考察
风铃_2:
当时我在公司就是做那个mycat相关的，我们呢个表一天五六百万，头疼死了，老板还让我这个刚出校门的人弄[笑哭]，不过现在看来也算经验吧，分布式我比较差项目没用过，马上又要找实习了过来膜拜下[微笑]！

彐锋:
我8年了也是个渣渣，中间件都公司二次封装的，不会用到spring clound相关的，只能自己周末瞎搞，还总是忘，技术栈跟不上了[大哭]

【回复】抓住核心流程，不要陷入非核心技术细节，所以我一直强调思维导图有的放矢的学习
_single_along:
看了这个视频，感觉自己三年就是个渣渣[笑哭]

【回复】要有意识的去沉淀，不要只顾埋头写需求[doge]