反馈人：黄泽锟，刘逸琳，文海卫，唐才龙，余敏，伏丽芳，朱荷艳，黄莹莹，周黎梅，李凉玉，刘双琪，李国锋，黄佩敏，何慧，彭钇，朱逸飞，陈安森，胡婷，官少锋
问题：调库生包时间长并且经常超时
[步骤]
[结果]
调库超时，频率高
[期望]
调库加快，降低频率
重现步骤
历史记录
- 2023-02-03 09:13:28, 由 周杰 创建。
-
2023-02-03 09:14:56, 由 林鸿贵 指派给 程伟。
修改了 指派给，旧值为 "linhonggui"，新值为 "chengwei"。
-
2023-02-04 19:14:12, 由 程伟 确认Bug。
修改了 Bug类型 ，旧值为 ""，新值为 "external"。
修改了 是否确认，旧值为 "0"，新值为 "1"。
-
2023-02-04 19:17:45, 由 程伟 解决，方案为 第三方原因（外部系统） 。
修改了 解决方案，旧值为 ""，新值为 "external"。
修改了 解决版本，旧值为 ""，新值为 "trunk"。
修改了 解决日期，旧值为 ""，新值为 "2023-02-04 19:14:14"。
修改了 指派给 ，旧值为 "chengwei"，新值为 "linhonggui"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 解决者 ，旧值为 ""，新值为 "chengwei"。
-
2023-02-07 18:41:28, 由 林鸿贵 关闭。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
修改了 指派给 ，旧值为 "linhonggui"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "linhonggui"。
修改了 关闭日期，旧值为 ""，新值为 "2023-02-07 18:41:28"。
冒烟客户订单手动调库，和备库订单有货先发生包流程正常
-
2023-02-07 18:41:41, 由 林鸿贵 激活。
修改了 指派给 ，旧值为 "closed"，新值为 "zhoujie"。
修改了 Bug状态 ，旧值为 "closed"，新值为 "active"。
修改了 影响环境，旧值为 "569,"，新值为 "569"。
修改了 激活日期，旧值为 ""，新值为 "2023-02-07 18:41:41"。
修改了 激活次数，旧值为 "0"，新值为 "1"。
修改了 解决方案，旧值为 "external"，新值为 ""。
修改了 解决日期，旧值为 "2023-02-04 19:14:14"，新值为 "0000-00-00"。
修改了 解决者 ，旧值为 "chengwei"，新值为 ""。
修改了 解决版本，旧值为 "trunk"，新值为 ""。
修改了 由谁关闭，旧值为 "linhonggui"，新值为 ""。
修改了 关闭日期，旧值为 "2023-02-07 18:41:28"，新值为 "0000-00-00"。
-
2023-02-07 18:42:12, 由 林鸿贵 编辑。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 解决者 ，旧值为 ""，新值为 "chengwei"。
修改了 解决日期，旧值为 "0000-00-00 00:00:00"，新值为 "2023-02-07 18:42:12"。
修改了 解决版本，旧值为 ""，新值为 "569"。
修改了 解决方案，旧值为 ""，新值为 "external"。
-
2023-02-07 18:42:49, 由 林鸿贵 添加备注。
预计2023/2/7晚上发布解决上线，具体优化效果需要线上观察
-
2023-02-08 10:47:52, 由 周杰 指派给 程伟。
修改了 指派给，旧值为 "zhoujie"，新值为 "chengwei"。
今天还是生包时间很慢
-
2023-02-10 18:19:39, 由 程伟 添加备注。
经历了2轮优化
1. 减少因为大量订单无库存导致的调库配货慢，在不增加数据库查询的前提下，精确过滤掉无库存的订单
2. 可合并的订单已经积累了45000多单，要循环45000单对加密地址进行解密，这里就消耗了接近30秒。
2.1. 临时方案：让销售去把订单先操作合并了，可合并的订单量减少了，就意味着解密的次数减少了，调库自然就快了
2.2. 程序优化方案：只解密跟当前订单地址匹配数据 -
2023-02-10 18:42:42, 由 程伟 指派给 林鸿贵。
修改了 指派给，旧值为 "chengwei"，新值为 "linhonggui"。
收货即发的调库配货队列，8秒钟就执行完成了
-
2023-02-13 09:34:47, 由 林鸿贵 指派给 周杰。
修改了 指派给，旧值为 "linhonggui"，新值为 "zhoujie"。
上周五下午六点半发布服务，目前群里暂无反馈 ，可以再观察一天，仍有反馈打回 -
2023-02-17 16:06:57, 由 周杰 编辑。
修改了 Bug类型 ，旧值为 "external"，新值为 "performance"。
修改了 开发责任人，旧值为 ""，新值为 "chengwei"。
修改了 测试责任人，旧值为 ""，新值为 "liuchao"。
修改了 截止日期 ，旧值为 "0000-00-00"，新值为 "2023-02-09"。
修改了 关键词 ，旧值为 ""，新值为 "2023-02-19 23:59:59"。
修改了 解决方案 ，旧值为 "external"，新值为 "performance"。
-
2023-02-17 16:07:00, 由 周杰 关闭。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
修改了 指派给 ，旧值为 "zhoujie"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "zhoujie"。
修改了 关闭日期，旧值为 ""，新值为 "2023-02-17 16:07:00"。
-
2023-11-17 09:27:45, 由 刘超 编辑。
修改了 所属模块，旧值为 "1742"，新值为 "1854"。
| 由谁创建 | 周杰 于 2023-02-03 09:13:28 |
|---|---|
| 影响环境 |
569 |
| 由谁解决 | 程伟 于 2023-02-07 18:42:12 |
| 解决版本 | 569 |
| 解决方案 | 性能问题 |
| 由谁关闭 | 周杰 于 2023-02-17 16:07:00 |
| 最后修改 | 刘超 于 2023-11-17 09:27:34 |
| 相关Bug |
|---|
根本原因不是因为数据库超时，检测日志文件，只有一次批量锁定200个订单的库存超时。
根本原因是有很多订单，获取到这些订单之后，循环多次执行调库，每次执行1000个订单，1000个订单分200个一批执行一次库存锁定，因为库存远远不够，所以能锁定库存成功的订单一半不到，导致时间都消耗在库存操作这里。
库存操作也很快了，早上6点调库那一批订单，一批库存耗时基本上都是2到7秒左右，7秒以上的比较少。
所以根本原因还是要让仓库的及时备货，保证库存充足
优化方案：
锁定库存之前，对订单产品是否有库存，再过滤一次，减少锁定库存的操作时间