订单查询改造

情景:

订单量的日益增长,以及他复杂的查询纬度导致后台管理以及用户端查询订单接口耗时严重,遂对订单查询相关接口进行改造。

具体方案:

从底层进行优化,对订单进行es改造,查询订单直接通过es索引进行查询,查询到具体数据后,在通过主键id进行单表查询,组装数据

面临的问题:

1.如何进行索引同步?
2.如何保证索引数据准确?
3.如何进行数据补偿?
4.如何进行接口改造?
5.如何对原有数据进行初始化索引?

解决:

问题1:
通过canal监听主表发送消息到mq中,然后消费消息进行数据同步;

问题2:
对消息进行补偿,以及报警,接收到消息,发现后续部分数据不准确时,发送延迟消息进行消费,后续仍旧不准确时进行短信或者邮件等其他方式的报警;

问题3:
创建定时任务,每天晚上凌晨1:00左右对前一天的数据做一个批量刷新;

问题4:
针对现有接口进行索引字段的创建,逐步替换老接口,不修改原有代码,新增接口进行替换,将原有接口内的循环查库全部更改为批量查询;

问题5:
通过多线程的方式将数据进行分页查询并发的去创建索引,分页方式使用类似瀑布流下拉的方式,加快查询速度,(200W数据,10个线程,50分钟左右);

具体方案:
image.png
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

友情链接更多精彩内容