V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yangyuhan12138  ›  全部回复第 7 页 / 共 14 页
回复总数  266
1  2  3  4  5  6  7  8  9  10 ... 14  
2020-05-06 09:35:40 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@killerv 需要异步还原库存
2020-05-06 09:35:07 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@foam
2.1 这里比较担心的是 假设我每分跑一次定时,查询之前所有超时的订单 比如我查到了 3w 条,然后逐条处理假如处理到 1.5w 条的时候就已经一分钟了 下个定时任务又开始跑了 怎么避免重复处理的问题
2.2 现在担心的就是消息积压的问题 35 分钟可能会堆很多消息
2.3 的问题在极端情况下和 2.1 一样 不过确实要优于前两种方案, 这种方式进入 mq 的消息应该是少数,并且定时任务执行起来应该会挺快的 把复杂的逻辑部分交给 mq 那边异步处理 并不在定时任务里处理逻辑,但是应该在定时任务中更新订单状态,不然受限于 mq 的处理速度,可能第二个定时任务开始时,会将已经入队但是还未处理的消息再入队一次
2020-05-05 17:25:07 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@niubee1 @ty89 这个在正向流程确实没毛病 但是我们需要有个异步去还原未支付的库存呀...我们在创建订单的时候就把库存扣了
2020-05-05 15:33:58 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@Kyle18Tang 我都起了定时任务 感觉就不用再放 mq 了吧 这样是不是有点多余了....
@kisshere 没 就瞬时 35 分钟 几十万订单应该正常吧 哪敢跟双十一比哦
@ty89 重点就是怎么定时去修改这个字段呀 他不会自己改过来
@realpg 就是 redis 的 zset 吗?
@KasonPasser 商城和支付是两个系统,这边创建订单成功了才会到支付系统,但是到了支付系统可能不支付,所以才这样做的
@nvkou 订单信息是入了库的..
@ConradG 这个还好 不是 zrange 一次取出来 他是取马上要过期的一条(zset score 当分数嘛) 然后处理 峰还是削了的
2020-05-05 11:29:07 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@weiqk 就那会儿高 要搞活动 秒杀
2020-05-05 11:28:31 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@cabing 好的...
2020-05-05 11:27:33 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@wangyanrui nb 哈哈哈哈
2020-05-05 11:18:45 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@tairan2006 现在是镜像模式 他的分布式叫集群更合适吧 每台机器存的消息是一样的 容量上线就是单机容量 他的分布式只是提高了吞吐量
2020-05-05 11:17:26 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@wangyanrui 现在我们就是不太知道 mq 到底能存多少 而且我也没搜到水平扩容的方案,他们推荐的都是出队速度要大于入队速度才好
@tanrenye 谢谢分享 我懂你意思了 但是定时任务可能会给数据库比较大的压力呀 而且这个方案可能改动比较大哦
@BBCCBB 能上云早上了 哈哈哈哈 不让上云...
@dongisking 对的 我现在比较倾向这个方案
@fewok 这个只要订单创建成功就会入队 还是有点吓人 这里可能是瓶颈 其他的流程我们也在改造...
@cabing 不是速度问题 速度到无所谓 本身就是一个异步流程 主要是容量问题 怕的是存不下 几十万我觉得是没啥 但是领导 你懂得... 几十万 消息 就算 10k 每条 几十万也才几百 m 把 而且应该远小于 10k 每条的
@kaneg 这个可能给数据库造成比较大的压力 而且可能重复处理 需要做一些处理才行
2020-05-05 10:53:49 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@Varobjs 不是待取消 我们是下单之前都会放一下 到了三十五分钟还没支付就给他取消并还原库存, 所以就是支付了的也会通知
2020-05-05 10:33:34 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@wangyanrui 35 分钟的窗口应该会有几十万条消息堆在 mq 里边 因为我们是在下单的时候就会存 mq 延时队列,35 分钟后再通知,查询订单是否支付,如果未支付就给他取消订单
2020-05-05 10:31:21 +08:00
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@helone 搜了 搜了好多种方案 我比较倾向的就是 mq 和 zset 想看看大家生产上是选择的啥解决方案 咨询了些大佬 他们有点不推荐 mq,反而更推荐定时任务,这个我就有点费解了...
2020-04-24 12:42:04 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
@AntonChen 但是年轻代一共才 300m 会导致 大对象分配空间不足直接进入 老年代呀 老年代如果也满了就要 fullgc 了,感觉不太科学...刚看到有个建议分配的比例应该是 1:2 也就是年轻代占 1/3 老年代占 2/3 但是不知道靠不靠谱
2020-04-24 11:51:42 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
@rrfeng 坑就是在这里啊...es 默认的就是 1g
2020-04-24 11:50:04 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
@AntonChen skywalking 分片默认为 2 副本默认为 0 我觉得可以接受应为 skywalking 的数据不重要,允许丢失,
我现在还有个问题 ,现在内存已升到 32g 我配置的 jvm heap size 为 16g
如下:
Heap Usage:
New Generation (Eden + 1 Survivor Space):
capacity = 314048512 (299.5MB)
used = 253434816 (241.69427490234375MB)
free = 60613696 (57.80572509765625MB)
80.69925706255216% used
Eden Space:
capacity = 279183360 (266.25MB)
used = 235960464 (225.02943420410156MB)
free = 43222896 (41.22056579589844MB)
84.51809735365318% used
From Space:
capacity = 34865152 (33.25MB)
used = 17474352 (16.664840698242188MB)
free = 17390800 (16.585159301757812MB)
50.119821648848685% used
To Space:
capacity = 34865152 (33.25MB)
used = 0 (0.0MB)
free = 34865152 (33.25MB)
0.0% used
concurrent mark-sweep generation:
capacity = 16830955520 (16051.25MB)
used = 3481115352 (3319.8503036499023MB)
free = 13349840168 (12731.399696350098MB)
20.682814756794034% used

现在问题是 我提升堆内存的的时候 年轻代的大小并没有变 ,我需要手动设置一下吗,如果需要 设置多少比较合适呢
2020-04-23 16:59:47 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
@AntonChen 谢谢大佬的回复
2020-04-23 16:59:13 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
@AntonChen 现在我的三台都既是 master 又是 data ,但是应该只有其中一台既是 master 又是 data 是吧 ,因为 master 只能有一个,然后其他两个应该是纯的 data 节点 只是 master 掉了的话可以去竞选
2020-04-23 16:54:13 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
@AntonChen 对 我现在改成了 4g 已经飞起来了 哈哈哈哈哈 我到时候叫系统部的人加内存
2020-04-23 15:21:17 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
@sss495088732 最大最小都是 1g
2020-04-23 15:20:56 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
1  2  3  4  5  6  7  8  9  10 ... 14  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   942 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 20:58 · PVG 04:58 · LAX 12:58 · JFK 15:58
Developed with CodeLauncher
♥ Do have faith in what you're doing.