1、以补货Bug作为第一线索
2、以50个Bug作为第二线索(不同平台,最终原因可能不同,例如 Kogan已经没有策略)
3、联合少军排查出服务运行不及时的原因,输出下个迭代的处理方案

1、以补货Bug作为第一线索
2、以50个Bug作为第二线索(不同平台,最终原因可能不同,例如 Kogan已经没有策略)
3、联合少军排查出服务运行不及时的原因,输出下个迭代的处理方案

001-自动补货存在不及时问题
001+ 1、以补货Bug作为第一线索
002-https://alidocs.dingtalk.com/i/nodes/oP0MALyR8k7y4Br5h55y9mm483bzYmDO?utm_scene=team_space
002+ 2、以50个Bug作为第二线索(不同平台,最终原因可能不同,例如 Kogan已经没有策略)
003+ 3、联合少军排查出服务运行不及时的原因,输出下个迭代的处理方案
004+
005+
001-<p style="text-indent:32px;">自动补货存在不及时问题</p>
001+ <p style="text-indent:32px;">1、以补货Bug作为第一线索</p>
002-<p>https://alidocs.dingtalk.com/i/nodes/oP0MALyR8k7y4Br5h55y9mm483bzYmDO?utm_scene=team_space</p>
002+ <p style="text-indent:32px;">2、以50个Bug作为第二线索(不同平台,最终原因可能不同,例如 Kogan已经没有策略)</p>
003+ <p style="text-indent:32px;">3、联合少军排查出服务运行不及时的原因,输出下个迭代的处理方案</p>
004+ <p style="text-indent:32px;"><br /></p>
005+ <p style="text-indent:32px;"><br /></p>
005-
005+
005-<p style="text-indent:32px;"><br /></p>
005+ <p style="text-indent:32px;"><img src="{335001.png}" alt="" /></p>
2、捞最近1小时执行时间超过30秒的SQL进行优化,任务如下:

3、根据BUB的归类 做如下排查与处理
1、来源蓝鲸工单:PBI20231226031975-GetShopeeV2Listings
处理方案:移除监控,原因:服务已经于5月份关停
#DELETE from sys_monitor_config where BusinessType='GetShopeeV2Listings';
2、来源蓝鲸工单:PBI20231218031460-KoganIncrementReplenishment
处理方案:移除监控,原因:服务已经于8月份关停
#DELETE from sys_monitor_config where BusinessType='KoganIncrementReplenishment';
3、来源蓝鲸工单:PBI20231226031976-GetKoganListingByFailSellerSku
处理方案:移除监控,原因:服务已经于8月份关停
#DELETE from sys_monitor_config where BusinessType='GetKoganListingByFailSellerSku';
4、来源蓝鲸工单:PBI20231226031974-GetShopeeV2ProductIds
处理方案:调整频率为15分钟一轮,原因:调度频率设置不合理,每30分钟执行一轮,每轮只执行30分钟时间段的数据,如果有一轮延迟则永远无法追上。
5、来源蓝鲸工单:PBI20231226031973-SyncLazadaAttribute
处理方案:调整频率由原5小时调至4小时一轮(同时,检查程序是否有优化空间),原因:因为数量比较大(2000万+),需多次同步才能完整同步一轮
| 所属迭代 | 主干 1月运维事项(2024年) |
|---|---|
| 所属模块 | / |
| 相关需求 | IMS:综合平台自动补货执行不及时排查与修复 |
| 指派给 | Closed 于 2024-01-24 10:17:59 |
| 任务类型 | 后端 |
| 任务标签 | 初始 |
| 开发组 | 运营开发组 |
| 任务状态 | 已关闭 |
| 进度 | 100% |
| 优先级 | P1 |
| 关键词 | |
| 抄送给 |
| 由谁创建 | 王翔宇 于 2023-12-21 17:16:47 |
|---|---|
| 由谁完成 | 韦思成 于 2023-12-27 19:40:37 |
| 由谁取消 | 暂无 |
| 由谁关闭 | 周杰 于 2024-01-24 10:17:59 |
| 关闭原因 | 已完成 |
| 最后编辑 | 周杰 于 2024-01-24 10:17:59 |
| 团队 | 最初预计 | 总计消耗 | 预计剩余 |
|---|
| 最初预计 | 6工时 |
|---|---|
| 总计消耗 | 6工时 |
| 预计剩余 | 0工时 |
| 预计开始 | 2023-12-25 |
| 实际开始 | 2023-12-27 |
| 截止日期 | 2023-12-27 |
1、与少军沟通,并检查服务资源,以下两个负载相对比较高,引起执行慢的问题,
zhcxkj-market-publish-webapi 当前为30,(卡点所在,增加pod数量需升配,考虑成本优化慢SQL)
zhcxkj-marketpublish-cron-common pod数由10上调至20 ,当前工作负载正常,如下: