优派的 1800 左右，4k 写代码完全可以了，打游戏也没问题。

评论最多的 2 个字：反弹，说一个所有人几乎都经历过的吧，这样比较有说服力，大家都🐑过，这个我没说错吧，🐑的那几天，请问大家吃的下东西吗，喉咙吞刀片，别说豆浆，喝水都费劲。

那几天我 2 天就喝了几口稀饭，整个一周下来，我上秤一看瘦了大概接近 9 斤，之后大约 2 周不到，9 斤已经反弹回来了，短时间想瘦，真的很简单，就是流失水分就可以，但是想做到不反弹且健康，还是要多运动，一定是循序渐进的多运动，多吃碳水才行

其实告诉你个隐藏的 bug ，pdd 故意偏袒用户，比如你买的这个 VGA 你就直接申请售后退货，你东西也不寄回去，pdd 平台照样会给你退全款，商家还拿你没办法。

太正常了，我几乎不开车，前几天租车去玩，总能遇到傻 X 随意变道，打左灯右转的，左转占线最终直行的，你虽然很正常很老实的开车，但总归能遇到一些傻 X ，你能做的就是保护自己的安全，安全第一。

我们 redis 还是 1.x 的，说了几次要更新了，没有进展，也不敢盲目更新。设计服务很多

想用就用何必纠结，日常公司一台 Mac 家里一台 Windows

@lopssh MQ 就是一个中转层，数据没法第一时间入库，只能通过 MQ 中转

@burymme11 我觉得你说的对，如果不实时读，干嘛要实时写，实时写一般是为了应付统计之类的，50-80w 的数据要进行实时写，对 MySQL 来说有很大的压力。

如果要实时读，可以根据读的业务来缓存数据。

3-5 年 只给 8k ，还有这么多人抢着去....服了。我觉得正儿八经干三年的，如果一直没跳槽薪资都不止 8k ，而且随便一跳怎么也是 13 起步吧，所以 8k 能招到的人 我认为不具备 3-5 年的工作能力。哈哈哈哈

@PainAndLove 这么吊，直接 16g 拉满了，我的 idea 是 4096

@PainAndLove 哥们儿你这个内存占用有点不正常了，可能跟你软件优化有关系，我用的 Jet 系列，idea + datagrip 最多也不超过 7 个 G ，你这个可以去官网贴一下内存分析，之前我贴了一个 idea 的，说是下个版本优化了。你问问 webstorm 有没有优化

键盘不用可以过，房租不交就没地方住啦

感觉很多人没明白 op 说的意思，op 的意思其实就是一个典型的异步事务管控，主体就好比是 A 表，日志就好比是 B 表，而 A 表不在异步事务内，B 表在异步事务内，倘若 A 表出现异常了，这个时候的事务只能回滚 A ，无法回滚 B 。

而 op 需要的就是 A 回滚的时候，也把 B 回滚，以下说几种方法：

1：手动事务提交，主体完成后修改事务为待提交，B 完成后，整体提交事务，这种情况需要注意的是主体的执行时间和日志记录的执行时间不能相差太多，好比主体执行 1s ，日志执行 5s...

2：主体与日志进行某种程度的关联，主体失败后马上记录一条失败的消息到本地表，日志业务执行完成后，检测一下本地表的主体任务是否是完成状态，根据状态进行修正

3：异步消息回滚，类似于 MQ 之类的，这个说起来就比较复杂了，建议还是上面 2 种比较切合实际

@mxT52CRuqR6o5 没有下架啊，我刚看了还在的

先沉住气，干 1-2 个月看看领导的动向，也许是上面在考验你，希望你能干后端，也能干运维，也许后面招一个运维呢，那你岂不是就是管理了？ 干 1-2 个月也不会很累的吧。1-2 个月过后看看领导的意思是怎样的。

@xinxingi 你也要看看 op 会不会 spark ，搞这么个数据替换又重新学个新技能，而且这个新技能还不熟练