@liangkang1436
@sagaxu
@summerLast
@X0ray
@wqhui
感谢回答，有一些思路了

@leaves615 这个想到了，在优化

@CEBBCAT 大佬我不太明白你说的负载是啥。就是现在的情况是，物理机 8g ，我给的堆内存 7g ，我有个需求，统计单表 30 天的记录的维度指标。比如 30 天内的，top10 ，平均值之类的。需求的某些字段还会在其他的表或者缓存里。有些还要计算公式，用 sql 太麻烦了。就打算读到内存里去计算。但是数量特别大的时候就会内存不够。实际情况里，程序还有其他地方用到缓存，或者还有其他的 query ，也就是说我这个统计能用的缓存很少。

@sagaxu sor ，漏了个 w ，人傻了

@hidemyself 这个我没试过，我来看看

@CEBBCAT 目前就是直接读了数据库，然后一口气查了 100 多万条，然后做计算。要是有几个线程一起查，就 oom 了

@cabing 单纯的统计业务

@soulzz 加机器？我要读到内存里计算哇？加机器有什么用

java 是很卷，但是你已经有大厂的资格了，你不会卷了。感觉到卷的是我这种普通公司的 javaer

@HughRyu 就 1 楼发的

@littlewing
@oneisall8955 流量撑不住了，都听没了。😭

@zw1one 感谢解答

@shanghai1943 我现在的体量就很小，但是难免会遇到一点并发，所以就是想用乐观锁直接 update ，成功的才能往下走。我在想的是，这种操作本质上还是操作数据库了。能否减轻数据库的压力，减少那些会 update 失败的次数

@echooo0 锁 id 对象？不太明白，是指 pojo 类的 id ，不是基本类型，而是一个对象吗？

@oneisall8955 会存在，这种情况就是用户支付成功了，但是网络原因，支付系统没有通知过来。这个时候，需要主动发起查询动作，一般支付系统会给 2 个接口，一个是异步通知，一个是主动查询

@wowbaby 这个就是我提的一个场景，本质上就是遇到“先查后写”的场景，如何保证并发下，不会出现问题

@Chinsung 感谢大佬解答

@yibo2018
@xujihua
我了解一下

@MoYi123
@micean
我接过一些其他第三方支付，是第三方系统返回一个他们的流水号，我们调用方进行保存。这样就会导致订单会被发起 2 次支付