最后补充一点，去香港读书你就算预备研究生，是可以找实习的，这样直到明年 9 月你都可以找实习自学。

再补充一下，我本科是成电通信的，当时成绩保研绰绰有余，但是当时想换个环境，所以就去香港读书了，毕业的时候也是才自学了一些算法和语言，其它知识都很差，也没有什么项目，但是香港一年的时间可以认识不少同学，也能留给自己时间学习，性价比确实不算低。

以前好像看到过楼主的简历，知乎上也看到过你..
按我的想法，去香港读一个一年的 master 是你最好的选择（当然要花 10 多到 20 万）
这一年可以认真刷题，做 side project，准备基础知识
最重要的是可以参加校招，而且香港的项目也比较好申请

否则你不能参加校招，就算是自己一个人闷头学，也很难找到合适的岗位。
现在已经 11 月了，抓紧时间申请可以赶上这一年的申请尾巴，实际上学校都不一定要很好。

差一点的选择就是明年考研...但是时间节奏就慢了
现在就业压力一定是每年变大的，你越慢，逆袭的阻力就越大。

感觉多线程最重要的就是练习

练就分析在并发情况下可能产生的各种 race condition，这个基本是核心能力，能帮助你设计程序，寻找 bug。这个做到后面其实就是拼脑容量和感觉，能否把所有的有竞争可能的地方都找到并且在脑袋里面形成一幅直觉图画。

能否一眼看出这个地方可能存在的问题，这考验推理能力和经验以及对一些 corner case 的直觉。

如果考虑无锁编程，各种 cas 乱飞的情况就很考验智商了，而且也要依赖大量的测试...即便是 jdk 也出过一些 bug （大神也有考虑不周的时候）

怎么定义最后：
1 最后放进去的
2 按照 key 排序最后一个

如果是 1 的话那么自己封装一个,是 2 依赖 python 版本，楼上已经讲的很清楚了

这个 x 是固定的还是和 id 有关系？我假设是前者。
方法 1 就是放到集合里面了，innodb 对判断在不在集合里面好像是二分，找数据的时候直接走的索引。

方法 2 可以在上面的基础上开多线程同时更新，但是注意对 id 做切分，使得各个线程的 id 的区间没有重合，防止因为 next-key 锁住（如果 id 本身就是唯一索引就不用了）

方法 3 假如 x 和 id 有关，那么使用 insert on duplicate 来更新，写个程序生成特定的 sql ；

实际上 csdn 上比较老的一些帖子还是很有含金量的，但是美观方面就很蛋疼了。

@fkdog 对于下单，不可能幂等，因为第一次一定会带来状态的变化。准确说这个接口是安全非幂等的。只是给建议的人知道楼主的实际需求所以没有纠结在这个概念上而已。去重显然能直接实现安全性

数据库做唯一索引，当然二级 key 有唯一索引在 innodb 里面也会增加一点开销，会为插入的时候在二级索引上增加隐式锁（好像是的），但是开销应该较小。

前端做控制，减少大部分误操作了。

如果还不想加唯一的限制（万一有啥奇葩的需求..），那么我觉得每 30 分钟设置一个 redis 的 bloomfilter 去重吧，这样可以保证如果点过了就一定会被发现，没点过才去 db 检查。这样基本可以保证没有任何问题了。（实际上我觉得数据库做唯一索引基本上不可能出现问题了，而且很简单）

好强，好奇答主做过啥项目，还是竞赛大佬

要我我选 pony.ai ，倒不是赌他一定能成，而是他现在是明显的技术驱动，进去应该能锻炼不少技术和自己的积累。特别是大佬这么多，进去之后的人脉积累也很不错。

另外就是新公司，氛围应该还是很好的，大家都年轻。追求技术，可能更接近半个校园。

最后就是钱多了……，跳槽我觉得不用太担心吧，你能去这里，名气还是有的，再说大佬这么多，找个人内推一下就好

java 核心技术吧，thinking in java 我看不下去，感觉太厚了，比较枯燥。

然后动手写点项目，再去网上找找 java 面试题目补充一下深度。各种并发结构，锁，同步，jvm 相关知识弄明白。

剩下就看工作里面能不能遇到各种 java 生态的实践了，语言研究太深没啥意思。

@tatsuhir0sato 因为大部分活确实平均水平的人都可以干。就像你让一个高考数学 140 的人和高考数学 90 的人去做小学题，一个可以做到 99，一个可以 100。

但是工作中也并不是不存在难题的，只是这个比例很低，根据公司规模不同变化。可能有 1%的内容就是要自己做权衡，自己设计方案，有 0.1%的内容就是要自己想算法的。招人的人一定想着招一个能独立解决这些问题的人，并且能自我成长的人。

否则只是招一个搬砖的，也只想搬砖的，那么团队水平岂不是永远不会有进步？
当然有的公司就只是想找搬砖的，可是搬砖的太多，那就跟筛选一下吧，
否则到底面试聊什么呢？ api 框架熟悉程度，如果只是找搬砖的那都不重要，Google 就可以了。

要我说如果就找搬砖的，那也找聪明的。毕竟反应快写代码快找 bug 快什么工作都用得上。那就手写几个算法题吧。

很简单，Google 为什么面试基本就只考察各种算法题，而且持续了那么多年呢。明显是因为他内部的反馈机制告诉他这套流程是 work 的。

其他公司同理，你只需证明你的学习能力即可。
怎么证明？你说的东西绝大部分人都能做到，Google 都会用都会查，但是显然每个人的水平是不一样的。

你以前做的业务如果不是特别贴近目前的公司，别人没有兴趣了解。如果不是专一领域的业务知识，很多都是不能迁移的。

所以不问怎么造轮子，那就只能问怎么选轮子，给定一个现象分析原因（找 bug ），给定一个需求设计方案。总之就是考察这个人到底能力如何，至于实际工作是不是有这个要求呢？估计很多组都是没有这个要求的，但是人太多没办法，同样工资当然选更好的。

胡说八道，明显贩卖焦虑。
10%？每年毕业的应届生 /转行的有多少？
这个 10%放在 c9 的相关专业的学生里面可能勉强差不多

@lingmian 小程序确实不方便，但是如果和 mokka 等现有的招聘系统结合起来，就有更多发挥空间了。

这个思路挺不错的，非常不错，真的可以拿去和招聘网站谈生意了，还可以增加编程题的模块，选择做一道几十行的编程题，这样如果比较水的马上就被过滤掉了。

建议先投个简历看看哦，考研还是要付出比较多精力的。

@cc959798 当然有区别，索引的 row 上面的数据比起聚集索引的数据要少得多，这样缓存里面的每一个 page 能存更多的行。

你如果考虑全在内存里面差距估计不大，但是从磁盘读就有差距了。当然要考虑最后 innodb 还要回表进行二次查询的开销，这个优化器会进行一定的评估来判断到底走 index 扫描划算不划算，explain 的未必就是最后的真正执行结果。