V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yangyuhan12138  ›  全部回复第 7 页 / 共 13 页
回复总数  259
1  2  3  4  5  6  7  8  9  10 ... 13  
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 配置问题,很慢很慢
2020-04-23 14:46:35 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
@woscaizi 现在确实是 8g 内存 但是应该也可以吧 我先去换个垃圾回收器试试 换成 g1 试试
2020-04-23 14:35:22 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
刚看了 es master 的日志 一直都在 fullgc


2020-04-20T09:38:52.024+0800: 1812432.369: [Full GC (Allocation Failure) 2020-04-20T09:38:52.024+0800: 1812432.369: [CMS2020-04-20T09:38:52.758+0800: 1812433.103: [CMS-concurrent-mark: 1.529/1.532 secs] [Times: user=2.43 sys=0.15, real=1.53 secs]
(concurrent mode failure): 707839K->707839K(707840K), 3.8980933 secs] 1014527K->811822K(1014528K), [Metaspace: 89906K->89906K(1134592K)], 3.8983149 secs] [Times: user=3.88 sys=0.00, real=3.90 secs]
2020-04-20T09:38:55.922+0800: 1812436.267: Total time for which application threads were stopped: 3.8999773 seconds, Stopping threads took: 0.0001188 seconds
2020-04-23 14:21:56 +08:00
回复了 yangyuhan12138 创建的主题 程序员 es 配置问题,很慢很慢
现在 skywalking 只有 global 面板能访问,其他的面板基本拉不出来数据,还可以看看 trace
2020-04-21 09:34:36 +08:00
回复了 yangyuhan12138 创建的主题 程序员 问下大家公司里都用什么工具压测
@areless
@leafShimple
@asAnotherJack
@Flourite
了解了一下 wrk 确实是个好工具 我感觉比 jmeter 科学
2020-04-21 09:01:03 +08:00
回复了 yangyuhan12138 创建的主题 程序员 问下大家公司里都用什么工具压测
@Laimf 我打算的就是改服务 做 mock 调用
2020-04-20 17:31:50 +08:00
回复了 yangyuhan12138 创建的主题 程序员 问下大家公司里都用什么工具压测
@Laimf 就是要 post 呀 ....什么接口都得压呗 数据落测试库
2020-04-20 16:10:46 +08:00
回复了 yangyuhan12138 创建的主题 程序员 问下大家公司里都用什么工具压测
@guyeu 一个个压其实也可以但是得花时间梳理要用到的所有相关接口,不可能吧整个系统的接口都压,那太多了,梳理的话梳漏的可能性比较大
1  2  3  4  5  6  7  8  9  10 ... 13  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   896 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 16ms · UTC 19:10 · PVG 03:10 · LAX 12:10 · JFK 15:10
Developed with CodeLauncher
♥ Do have faith in what you're doing.