大二的我手写了一把内存锁，最后却败给了 MySQL 的 MVCC？ 文章首发在掘金：并发配额复盘：掘金精简版。 阅读说明：这篇是精简版，主要保留业务背景、锁演进、MVCC 反转、SQL 兜底和最后的工程结论。如果你想看完整代码、实验数据、Redis 对比、JMeter 日志和更细的推导过程，可以看网站公开笔记广场里的同名 Markdown 笔记：完整版链接。 我把这版整理成精简版，不是因为完整版里的细节不重要，而是因为这件事本身很容易写散。存储配额、用户锁、批量删除、内存占用、Redis 锁、事务隔离级别、JMeter 压测，每一块都能单独展开。对于第一次读的人来说，如果一上来就被大量代码和实...

这个是啥意思啊？我不懂，第一次用这个。

前言先自我介绍。某双非二本，大学一直在实验室待着，有几个竞赛国奖，STM32 和 C 用得比较熟。但项目全是裸机开发，FreeRTOS 只补过理论没真移植，Linux 更惨，几个指令而已。我秋招其实已经拿了几个还可以的 offer，春招是抱着"再搏个更好的"心态又下场补了一轮。打完这一轮，对春招的体感和秋招完全不一样，写出来给还在春招里挣扎的兄弟做个参考。先说最重要的一句——春招和秋招，根本不是一个打法。春招到底特殊在哪秋招是主战场，岗位多、节奏有规律。春招是补录战，三个特点：一、岗位少，而且放出来就秒没。 秋招招不满的、临时多出 headcount 的，才会在春招放。所以...