我猜测了一下你的代码上下文，通过首行业务加并发锁，并且在执行到最后一个业务的时候内部有一个解锁指令。
加了个 180 秒的锁，执行到最后应该执行 del 解锁。

可以把你的订单内容，产品+数量之类的编个字符串算个 hash 加入到 rediskey 中，这样的话相同的产品并发下单才会触发锁，而不同产品下单不会受到影响。

这样改的前提是你需要把整个执行流程看一遍确认只有 2 个位置（也有可能只有一个）有锁操作，如果其他位置有锁检查一定要再看下代码逻辑。
我觉得这是最低成本改动，不牵扯到原有逻辑，可以通过搜索去检查该 key 的应用次数。

@dynastysea #23 这是应用问题，是代码写成这样，遇到屎山问题我没脸提工单。我怕人家让我提供代码我截出来丢老脸。

10 块钱的事。。。你不从物理解决吗

大外甥 我来回答
主要分为实时数仓和离线数仓
实时数仓主要做根据用户操作行为做实时分析，分析结果数据出现在大屏监控中或着监控告警。
极少数需要高实时的业务也有统计类需求，海量记录的日志中心等等。

离线数仓主要做根据历史数据做精确统计，以前一天/一周/一个月等维度做聚合计算等等。

主要提升其实就是因为数据量的增长传统关系性数据库无法运行相关的计算，必须要这块的技术来单独处理和优化。比如说我们有单表 10 亿数据的月度记录表 n 张，你在这个表运行下 count 都是比较困难的。

大数据通常都是 toC 的业务，toB 只有极少数工业场景需要比如工厂安装很多传感器，要求秒级上报对各指标的数据，后台自动运算超过阈值告警。

公司为用户电脑增加内存，这是最低成本方案。

其实这并不是什么问题你太看得起他了。。。
凭他一句话就能让你走？你当老板傻子啊，你跟他的矛盾老板要付钱的。。。
其他人也看着呢，如果形成这种风气他不是太牛逼了。

@ScepterZ https://i.imgur.com/14cwgsI.png 是我问题。

如何定义没用的技术，能过面试的技术应该还算有用。

有些写在 JD 上的愿意看就看一看。
有些没写但是面试问了，不会就直说也别内耗，挂了就投下一家别怀疑自己。

n+1 按照 3500 算系数，其他没什么
看描述应该是小公司吧
大公司一般是底薪+岗位工资+职级工资+司龄补贴+绩效工资+住房补贴+交通补贴+保密协议工资（泄密成倍赔偿）
拆分成不同的工资构成是为了横向对比同部门和不同部门 同岗位不同职级之间的收入差距，方便内部平衡。

首要条件是保持身体健康才能领到退休金，多少岁不知道，你要与退休金赛跑。

这就是精神内耗了

涨价是因为花钱的人少了，要让还在消费的人摊平成本。

既然要开倒车
那聊一聊 b/s 架构和 c/s 架构各自的优缺点吧

愿意减就可以减啊，怎么不成功呢。
非要跟卷的人上一个小学，老师留的作业你可以全部不做。

上来就叫干爹 https://i.imgur.com/km62MY2.png

建议还是一直坐着写，这样效率高原地装个马桶，厕所都可以原地解决。

推荐开发项目 人体工程学马桶