1. 产品开发管理列表查询性能优化:针对特殊组合条件查询产品超时问题优化
2. 多套系统增加Redis中间件支持
1. 产品开发管理列表查询性能优化:针对特殊组合条件查询产品超时问题优化
2. 多套系统增加Redis中间件支持
| 所属迭代 | 技术研发中心 9月运维事项(2022年) |
|---|---|
| 所属模块 | / |
| 相关需求 | 暂无 |
| 指派给 | Closed 于 2022-09-26 15:36:45 |
| 任务类型 | 运维 |
| 任务标签 | 初始 |
| 开发组 | |
| 任务状态 | 已关闭 |
| 进度 | 100% |
| 优先级 | P2 |
| 关键词 | |
| 抄送给 |
| 由谁创建 | 何建宝 于 2022-09-15 18:18:03 |
|---|---|
| 由谁完成 | 田新旭 于 2022-09-15 18:39:45 |
| 由谁取消 | 暂无 |
| 由谁关闭 | zhengqiao 于 2022-09-26 15:36:45 |
| 关闭原因 | 已完成 |
| 最后编辑 | zhengqiao 于 2022-09-26 15:36:45 |
| 团队 | 最初预计 | 总计消耗 | 预计剩余 |
|---|
| 最初预计 | 7工时 |
|---|---|
| 总计消耗 | 7工时 |
| 预计剩余 | 0工时 |
| 预计开始 | 2022-09-15 |
| 实际开始 | 2022-09-15 |
| 截止日期 | 2022-09-15 |
同BUG 31618
http://pm.zhcxkj.com/zentao/bug-view-31618.html
通过分析日志
原因:
1:产品列表查询性能(SKU查询列表由于主表有240w的数据),以及附表和查询条件关联,该查询功能目前没有比较简易的优化方案,目前阶段 暂不考虑处理
2:产品类别查询。 产品类别此处查询
原逻辑会遍历全部查询出来的产品,每个产品调用方法 获取该产品的类别(此处涉及递归调用),因此当500条的数据,会循环500次递归 且访问1000多次数据库
优化方案:
先统一全部查询类别数据,在遍历每个产品所对应的类别以及类别层级,再进行赋值,
优化后结果 执行1s左右
优化后 日志结果:
2:添加支持Redis支持