订单分流存储方法、装置、电子设备及计算机程序产品与流程

1.本技术涉及it应用技术领域，具体涉及一种订单分流存储方法、装置、电子设备及计算机程序产品。


背景技术：

2.目前，积分商城订单的支撑功能包括订单生成和订单支付，用户通过公网访问积分商城页面后，积分商城页面通过负载均衡的方式访问订单生成，生成订单后，访问订单支付，最终完成支付操作，订单生成及订单支付需要同时连接多个数据库，现有利用代码的业务逻辑来判断对哪个数据库进行存储访问及操作，因此同时需要维护多个数据库，一旦其中一个数据库出现问题，对应连接该数据库的某个应用功能会出现异常，进而对业务产生影响，增加了订单系统的维护难度。


技术实现要素：

3.本技术实施例提供一种订单分流存储方法、装置、电子设备及计算机程序产品，用以解决现有订单系统维护难度高的技术问题。
4.第一方面，本技术实施例提供一种订单分流存储方法，包括：
5.接收订单访问请求，获取所述订单访问请求对应的订单参数，其中，所述订单参数包括用户标识和订单类型；
6.根据所述用户标识生成订单号；
7.根据所述订单类型和所述订单号，确定所述订单访问请求对应的目标数据库；
8.将所述订单访问请求对应的订单信息存储至所述目标数据库。
9.在一个实施例中，所述根据所述用户标识生成订单号的步骤包括：
10.对所述用户标识进行取模运算，得到标识数；
11.生成包含所述标识数的订单号。
12.在一个实施例中，所述根据所述订单类型和所述订单号，确定所述订单访问请求对应的目标数据库的步骤包括：
13.将所述标识数和所述订单类型相加的和作为被除数，对预设除数和所述被除数进行取余运算，得到目标序号；
14.确定所述目标序号对应的预设数据库为所述订单访问请求对应的目标数据库。
15.在一个实施例中，所述订单分流存储方法，还包括：
16.根据所述订单参数和所述标识数生成目标订单；
17.获取所述目标订单对应的支付结果；
18.生成包含所述目标订单和所述支付结果的订单信息。
19.在一个实施例中，所述将所述订单访问请求对应的订单信息存储至所述目标数据库的步骤之后，包括：
20.当检测到新业务发布后，监测各所述预设数据库对应的容器副本；
21.确定各所述预设数据库中的第一数据库和第二数据库，其中，所述第一数据库对应的各所述容器副本的容量均大于第一预设阈值，所述第二数据库对应的各所述容器副本的容量均小于第二预设阈值，所述第一预设阈值大于所述第二预设阈值；
22.基于预设扩容规则对所述第一数据库对应的容器副本进行扩容，基于预设缩容规则对所述第二数据库对应的容器副本进行缩容。
23.在一个实施例中，所述基于预设扩容规则对所述第一数据库对应的容器副本进行扩容的步骤之后，包括：
24.根据所述第一数据库和所述第二数据库，调整所述新业务的初始订单类型；
25.当所述初始订单类型被调整后，监测所述第二数据库对应的容器副本；
26.当所述第二数据库对应的各所述容器副本的容量均大于所述第一预设阈值时，基于所述预设扩容规则对所述第二数据库对应的容器副本进行扩容。
27.在一个实施例中，所述根据所述第一数据库和所述第二数据库，调整所述新业务的初始订单类型的步骤包括：
28.计算所述第二数据库与所述第一数据库的序号差，根据所述新业务的初始订单类型和所述序号差，调整所述初始订单类型。
29.第二方面，本技术实施例提供一种订单分流存储装置，包括：
30.订单参数获取模块，用于接收订单访问请求，获取所述订单访问请求对应的订单参数，其中，所述订单参数包括用户标识和订单类型；
31.订单号生成模块，用于根据所述用户标识生成订单号；
32.目标数据库确定模块，用于根据所述订单类型和所述订单号，确定所述订单访问请求对应的目标数据库；
33.订单信息存储模块，用于将所述订单访问请求对应的订单信息存储至所述目标数据库。
34.第三方面，本技术实施例提供一种电子设备，包括处理器和存储有计算机程序的存储器，所述处理器执行所述计算机程序时实现第一方面所述的订单分流存储方法的步骤。
35.第四方面，本技术实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现第一方面所述的订单分流存储方法的步骤。
36.本技术实施例提供的订单分流存储方法、装置、电子设备及计算机程序产品，通过获取订单访问请求对应的用户标识和订单类型，根据用户标识生成订单号，再根据订单号和订单类型确定目标数据库，最后将订单访问请求对应的订单信息存储到目标数据库中，从而通过订单参数中的用户标识和订单类型，确定订单信息存入哪个数据库，实现数据库的细粒度划分，减少单个数据库的存储访问次数，降低订单系统的维护难度。
附图说明
37.为了更清楚地说明本技术或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
38.图1是本技术实施例中订单分流存储方法的流程示意图之一；
39.图2是本技术实施例中订单分流存储方法的流程示意图之二；
40.图3是本技术实施例中订单分流存储装置的结构示意图；
41.图4是本技术实施例中电子设备的结构示意图。
具体实施方式
42.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
43.参照图1，图1是本技术实施例中订单分流存储方法的流程示意图之一。本技术实施例提供的订单分流存储方法，可以包括：
44.步骤s100，接收订单访问请求，获取所述订单访问请求对应的订单参数，其中，所述订单参数包括用户标识和订单类型；
45.具体地，用户通过公网访问商城页面，商城订单系统接收由用户访问商城页面生成的订单访问请求，订单访问请求对应的订单参数包括用户id(identity，标识)和订单类型，用户id即是本实施例中的用户标识，可以用一串数字表示用户标识，而订单类型是指用户访问的订单的类型，包括普通订单，权益订单和全网权益订单等订单类型，以不同的数字序号表示不同的订单类型，例如，普通订单的序号为0，权益订单的序号为2，以及全网权益订单的序号为3，获取订单参数的目的是，通过用户id和订单类型等订单参数，建立每个订单与数据库的关联关系，通过不同的数据库对每个订单进行数据隔离，对某个业务进行维护时，只需要维护该业务相关的订单对应的数据库，从而降低积分商城订单系统的维护难度。
46.步骤s200，根据所述用户标识生成订单号；
47.本实施例在商城页面调用订单生成集群之前，增加预设分流集群，预设分流集群的功能是，根据订单参数中的用户标识生成订单号，具体地，将以一串数字表示的用户标识作为参数输入到预设分流集群，预设分流集群对这串数字进行处理，得到同样以一串数字表示的订单号。
48.步骤s300，根据所述订单类型和所述订单号，确定所述订单访问请求对应的目标数据库；
49.具体地，根据上述内容可知，不同的订单类型以不同的序号表示，表示订单类型的序号可以是一位数，例如0，1，2和3，得到订单号后，再根据订单类型和订单号，确定订单访问请求对应的目标数据库的方法可以是：将上述标识数与订单类型相加得到的和作为被除数，将一个小于订单类型总数的数作为除数，例如3，对被除数和除数进行取余运算，得到的余数对应每个数据库的序号，例如，订单类型的序号为2，标识数为89，标识数与订单类型相加得到的和为91，除数为3，91与3做取余运算，得到的余数为1，序号为1的数据库也即是订单访问请求对应的目标数据库。
50.步骤s400，将所述订单访问请求对应的订单信息存储至所述目标数据库。
51.具体地，通过用户标识和订单类型得到订单访问请求对应的目标数据库的序号
后，通过订单生成集群生成订单，再通过订单支付集群完成订单支付，最后将该订单对应的订单信息存储至目标数据库中，当某个数据库需要维护时，通过调整用户标识和订单类型等订单参数，可以减少或者隔绝需要存入这个数据库的订单信息，实现订单的细粒度划分，降低订单系统的维护难度。
52.本实施例通过获取订单访问请求对应的用户标识和订单类型，根据用户标识生成订单号，再根据订单号和订单类型确定目标数据库，最后将订单访问请求对应的订单信息存储到目标数据库中，从而通过订单参数中的用户标识和订单类型，确定订单信息存入哪个数据库，实现数据库的细粒度划分，减少单个数据库的存储访问次数，降低订单系统的维护难度。
53.在一个实施例中，本技术实施例提供的订单分流存储方法，还可以包括：
54.步骤s201，对所述用户标识进行取模运算，得到标识数；
55.步骤s202，生成包含所述标识数的订单号。
56.具体地，将表示用户标识的一串数字输入到预设分流集群中，通过预设分流集群对这串数字进行取模运算，模数可以是99，取模后得到两位数，即本实施例中的标识数，然后生成包含标识数的订单号，可以理解的是，本实施例最终得到的订单号中还可以包括其他信息，例如，系统时间和随机数，获取订单访问请求对应的系统时间，可以是订单访问请求生成的时间，如220222150520，即，订单访问请求生成的时间是2022年2月22号15点5分20秒，同时生成一定位数的随机数，随机数中可以预设验证位，验证位可以用于订单号的真伪性验证，最终可以得到包含标识数、若干位表示系统时间的数，以及若干位随机数的订单号。
57.本实施例通过标识数生成用于确定订单信息存入哪个数据库的订单号，实现了数据库的细粒度划分，减少单个数据库的存储访问次数，降低订单系统的维护难度。
58.在一个实施例中，本技术实施例提供的订单分流存储方法，还可以包括：
59.步骤s301，将所述标识数和所述订单类型相加的和作为被除数，对预设除数和所述被除数进行取余运算，得到目标序号；
60.步骤s302，确定所述目标序号对应的预设数据库为所述订单访问请求对应的目标数据库。
61.具体地，得到订单号后，将订单号中的标识数与表示订单类型的序号相加，得到的和作为被除数，将一个小于订单类型总数的数作为除数，对被除数和除数进行取余运算，得到的余数即是本实施例所求的目标数据库的序号，例如，订单类型的序号为2，标识数为89，标识数与订单类型相加得到的和为91，除数为2，91与2取余运算，得到的余数为1，序号为1的数据库也即是订单访问请求对应的目标数据库，可以理解的是，订单类型的序号为0时，序号为1的数据库也是订单访问请求对应的目标数据库，通过灵活调整订单类型的序号以及除数，可以灵活调整存入目标数据库的订单信息。
62.本实施例通过订单类型和订单号中的标识数，确定订单访问请求对应的目标数据库，由于每个数据库的序号是预设的，标识数是通过用户标识计算得到的，而数据库的序号是通过标识数和订单类型确定的，因此，通过用户标识和订单类型等订单参数，可以建立每个订单与数据库的关联关系，实现数据库的细粒度划分，减少单个数据库的存储访问次数，降低订单系统的维护难度。
63.参照图2，图2是本技术实施例中订单分流存储方法的流程示意图之二，在一个实施例中，本技术实施例提供的订单分流存储方法，还可以包括：
64.步骤s310，根据所述订单参数和所述标识数生成目标订单；
65.具体地，得到的标识数与生成目标订单的预设订单生成集群具有一定的关联关系，其中，订单生成集群可以存在多个，得到标识数后，筛选出各预设订单生成集群中与标识数对应的目标订单生成集群，将订单参数输入到目标订单生成集群，以通过目标订单生成集群生成包含订单参数的目标订单。
66.步骤s320，获取所述目标订单对应的支付结果；
67.具体地，得到的标识数与预设订单支付集群也具有一定的关联关系，预设订单支付集群的作用是完成订单支付，其中，订单支付集群也可以存在多个，筛选出各预设订单支付集群中与标识数对应的目标订单支付集群，可知地，每个数据库的序号都对应有订单号分流服务，根据数据库的序号可以找到对应的订单号分流服务，通过订单号分流服务，调用标识数对应的订单生成集群以及订单支付集群，然后将订单访问请求引流至目标订单生成集群，通过目标订单生成集群生成订单，再将订单引流至目标订单支付集群，等待用户完成支付后，获取目标订单支付集群反馈的支付结果。
68.步骤s330，生成包含所述目标订单和所述支付结果的订单信息。
69.具体地，将订单引流至目标订单生成集群后，获取目标订单生成集群生成的目标订单，然后再将订单引流至目标订单支付集群，等待用户的支付结果，当用户支付完成时，获取目标订单支付集群反馈的支付结果，最终生成包含目标订单和支付结果的订单信息。
70.通过标识数与订单生成集群以及订单支付集群之间的关联关系，在获取到用户标识和订单类型后，便可以确定具体的订单生成集群，订单支付集群以及数据库，实现订单生成集群和订单支付集群的细粒度划分，减少单个集群的访问次数，降低订单系统的维护难度。
71.在一个实施例中，本技术实施例提供的订单分流存储方法，还可以包括：
72.步骤s500，当检测到新业务发布后，监测各所述预设数据库对应的容器副本；
73.具体地，通过商城页面集群发布新业务，以供用户基于新业务发起订单访问请求，监测新业务发布后各预设数据库对应的容器副本，其中，各预设数据库对应的容器副本的容量大小反应了各预设数据库的存储能力，通过监测各预设数据库对应的容器副本，可以获取各预设数据库中订单信息的存储情况。
74.步骤s600，确定各所述预设数据库中的第一数据库和第二数据库，其中，所述第一数据库对应的各所述容器副本的容量均大于第一预设阈值，所述第二数据库对应的各所述容器副本的容量均小于第二预设阈值，所述第一预设阈值大于所述第二预设阈值；
75.具体地，每个数据库可以对应有多个容器副本，从各预设数据库中确定符合条件的第一数据库和第二数据库，其中，确定条件可以是：连续多次采集到第一数据库对应的各个容器副本的存储容量均大于第一预设阈值，第一预设阈值可以是75％；一定时间后第二数据库对应的各容器副本的容量均小于第二预设阈值，第二预设阈值可以是65％，第一预设阈值大于第二预设阈值。
76.步骤s700，基于预设扩容规则对所述第一数据库对应的容器副本进行扩容，基于预设缩容规则对所述第二数据库对应的容器副本进行缩容。
77.具体地，筛选到第一数据库后，基于预设扩容规则对第一数据库对应的容器副本进行扩容，预设扩容规则可以是：单次增加一个容器副本；筛选到第二数据库后，可以基于预设缩容规则对第二数据库对应的容器副本进行缩容，预设缩容规则可以是：减少一个容器副本，为了保证系统的高可用性，容器副本数量不能少于2个。
78.本实施例通过扩容和缩容，基于新业务实现对每个数据库对应的容器副本的灵活调整。
79.在一个实施例中，本技术实施例提供的订单分流存储方法，还可以包括：
80.步骤s710，根据所述第一数据库和所述第二数据库，调整所述新业务的初始订单类型；
81.步骤s710，当所述初始订单类型被调整后，监测所述第二数据库对应的容器副本；
82.步骤s730，当所述第二数据库对应的各所述容器副本的容量均大于所述第一预设阈值时，基于所述预设扩容规则对所述第二数据库对应的容器副本进行扩容。
83.具体地，通过调整用户标识和订单类型等订单参数，可以减少需要存入某个数据库的订单信息，进而减缓某个数据库对应的容器副本的容量增长速度，确定第一数据库后，基于预设扩容规则对第一数据库对应的容器副本进行扩容，当确定第二数据库时，除了基于预设缩容规则对第二数据库对应的容器副本进行缩容外，还可以通过调整新业务的初始订单类型，将后续需要存入第一数据库的订单信息转存入第二数据库，这样就可以不对第二数据库进行缩容，调整新业务的初始订单类型后，监测第二数据库对应的容器副本，当第二数据库对应的各容器副本的容量均大于第一预设阈值时，再基于预设扩容规则对第二数据库对应的容器副本进行扩容。
84.本实施例通过调整订单类型，减少或避免某些数据库对应的容器副本的缩容，实现对数据库对应的容器副本的灵活调整。
85.在一个实施例中，本技术实施例提供的订单分流存储方法，还可以包括：
86.步骤s711，计算所述第二数据库与所述第一数据库的序号差，根据所述新业务的初始订单类型和所述序号差，调整所述初始订单类型。
87.具体地，通过调整用户标识或订单类型，减少存入某个数据库的订单信息，增加存入另一个数据库的订单信息的方法可以是：计算第二数据库与第一数据库的序号差，将新业务的的初始订单类型与序号差的和作为新业务调整后的订单类型。例如，新业务的初始订单类型为2，标识数为89，标识数与订单类型相加得到的和为91，最大的订单类型为3，91与3取余运算，得到的余数为1，第一数据库的序号为1，第二数据库的序号为2，第二数据库与第一数据库的序号差为1，新业务的初始订单类型与序号差的和为3，也即新业务调整后的订单类型为3，标识数与新业务调整后的订单类型相加得到的和为92，92与3取余运算，得到的余数为2，也即存入的数据库的序号为2，原先需要存入第一数据库的订单信息将被存入第二数据库。可知地，还可以通过调整用户标识调整标识数的大小，进而调整订单信息的存入。
88.本实施例通过调整用户标识和/或订单类型，调整订单信息存入的数据库，减少单个数据库的存储访问次数，降低订单系统的维护难度。
89.参考图3，图3是本技术实施例中订单分流存储装置的结构示意图，下面对本技术实施例提供的订单分流存储装置进行描述，下文描述的订单分流存储装置与上文描述的订
单分流存储方法可相互对应参照。
90.订单参数获取模块301，用于接收订单访问请求，获取所述订单访问请求对应的订单参数，其中，所述订单参数包括用户标识和订单类型；
91.订单号生成模块302，用于根据所述用户标识生成订单号；
92.目标数据库确定模块303，用于根据所述订单类型和所述订单号，确定所述订单访问请求对应的目标数据库；
93.订单信息存储模块304，用于将所述订单访问请求对应的订单信息存储至所述目标数据库。
94.可知地，所述订单号生成模块，包括：
95.标识数获得单元，用于对所述用户标识进行取模运算，得到标识数；
96.订单号生成单元，用于生成包含所述标识数的订单号。
97.可知地，所述目标数据库确定模块，包括：
98.目标序号获得单元，用于将所述标识数和所述订单类型相加的和作为被除数，对预设除数和所述被除数进行取余运算，得到目标序号；
99.目标数据库确定单元，用于确定所述目标序号对应的预设数据库为所述订单访问请求对应的目标数据库。
100.可知地，所述订单分流存储装置，还包括：
101.目标订单生成模块，用于根据所述订单参数和所述标识数生成目标订单；
102.支付结果获取模块，用于获取所述目标订单对应的支付结果；
103.订单信息生成模块，用于生成包含所述目标订单和所述支付结果的订单信息。
104.可知地，所述订单分流存储装置，还包括：
105.第一容器副本监测模块，用于当检测到新业务发布后，监测各所述预设数据库对应的容器副本；
106.数据库确定模块，用于确定各所述预设数据库中的第一数据库和第二数据库，其中，所述第一数据库对应的各所述容器副本的容量均大于第一预设阈值，所述第二数据库对应的各所述容器副本的容量均小于第二预设阈值，所述第一预设阈值大于所述第二预设阈值；
107.容器副本调整模块，用于基于预设扩容规则对所述第一数据库对应的容器副本进行扩容，基于预设缩容规则对所述第二数据库对应的容器副本进行缩容。
108.可知地，所述订单分流存储装置，还包括：
109.订单类型调整模块，用于根据所述第一数据库和所述第二数据库，调整所述新业务的初始订单类型；
110.第二容器副本监测模块，用于当所述初始订单类型被调整后，监测所述第二数据库对应的容器副本；
111.扩容模块，用于当所述第二数据库对应的各所述容器副本的容量均大于所述第一预设阈值时，基于所述预设扩容规则对所述第二数据库对应的容器副本进行扩容。
112.可知地，所述订单类型调整模块，包括：
113.订单类型调整单元，用于计算所述第二数据库与所述第一数据库的序号差，根据所述新业务的初始订单类型和所述序号差，调整所述初始订单类型。
114.图4示例了一种电子设备的实体结构示意图，如图4所示，该电子设备可以包括：处理器(processor)410、通信接口(communication interface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的计算机程序，以执行订单分流存储方法的步骤。
115.此外，上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
116.另一方面，本技术实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各实施例所提供的订单分流存储方法的步骤。
117.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
118.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
119.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。

技术特征：
1.一种订单分流存储方法，其特征在于，包括：接收订单访问请求，获取所述订单访问请求对应的订单参数，其中，所述订单参数包括用户标识和订单类型；根据所述用户标识生成订单号；根据所述订单类型和所述订单号，确定所述订单访问请求对应的目标数据库；将所述订单访问请求对应的订单信息存储至所述目标数据库。2.根据权利要求1所述的订单分流存储方法，其特征在于，所述根据所述用户标识生成订单号的步骤包括：对所述用户标识进行取模运算，得到标识数；生成包含所述标识数的订单号。3.根据权利要求2所述的订单分流存储方法，其特征在于，所述根据所述订单类型和所述订单号，确定所述订单访问请求对应的目标数据库的步骤包括：将所述标识数和所述订单类型相加的和作为被除数，对预设除数和所述被除数进行取余运算，得到目标序号；确定所述目标序号对应的预设数据库为所述订单访问请求对应的目标数据库。4.根据权利要求3所述的订单分流存储方法，其特征在于，所述订单分流存储方法，还包括：根据所述订单参数和所述标识数生成目标订单；获取所述目标订单对应的支付结果；生成包含所述目标订单和所述支付结果的订单信息。5.根据权利要求3所述的订单分流存储方法，其特征在于，所述将所述订单访问请求对应的订单信息存储至所述目标数据库的步骤之后，包括：当检测到新业务发布后，监测各所述预设数据库对应的容器副本；确定各所述预设数据库中的第一数据库和第二数据库，其中，所述第一数据库对应的各所述容器副本的容量均大于第一预设阈值，所述第二数据库对应的各所述容器副本的容量均小于第二预设阈值，所述第一预设阈值大于所述第二预设阈值；基于预设扩容规则对所述第一数据库对应的容器副本进行扩容，基于预设缩容规则对所述第二数据库对应的容器副本进行缩容。6.根据权利要求5所述的订单分流存储方法，其特征在于，所述基于预设扩容规则对所述第一数据库对应的容器副本进行扩容的步骤之后，包括：根据所述第一数据库和所述第二数据库，调整所述新业务的初始订单类型；当所述初始订单类型被调整后，监测所述第二数据库对应的容器副本；当所述第二数据库对应的各所述容器副本的容量均大于所述第一预设阈值时，基于所述预设扩容规则对所述第二数据库对应的容器副本进行扩容。7.根据权利要求6所述的订单分流存储方法，其特征在于，所述根据所述第一数据库和所述第二数据库，调整所述新业务的初始订单类型的步骤包括：计算所述第二数据库与所述第一数据库的序号差，根据所述新业务的初始订单类型和所述序号差，调整所述初始订单类型。8.一种订单分流存储装置，其特征在于，包括：
订单参数获取模块，用于接收订单访问请求，获取所述订单访问请求对应的订单参数，其中，所述订单参数包括用户标识和订单类型；订单号生成模块，用于根据所述用户标识生成订单号；目标数据库确定模块，用于根据所述订单类型和所述订单号，确定所述订单访问请求对应的目标数据库；订单信息存储模块，用于将所述订单访问请求对应的订单信息存储至所述目标数据库。9.一种电子设备，包括处理器和存储有计算机程序的存储器，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一项所述的订单分流存储方法的步骤。10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一项所述的订单分流存储方法的步骤。

技术总结
本申请涉及IT应用领域，提供一种订单分流存储方法、装置、电子设备及计算机程序产品。所述方法包括：接收订单访问请求，获取所述订单访问请求对应的订单参数，其中，所述订单参数包括用户标识和订单类型；根据所述用户标识生成订单号；根据所述订单类型和所述订单号，确定所述订单访问请求对应的目标数据库；将所述订单访问请求对应的订单信息存储至所述目标数据库。本申请通过对订单参数中的用户标识和订单类型进行处理，根据处理结果确定订单信息存入的目标数据库，实现了数据库的细粒度划分，减少单个数据库的访问次数，降低订单系统的维护难度。的维护难度。的维护难度。


技术研发人员：王崇锐 陈红彬
受保护的技术使用者：中国移动通信集团有限公司
技术研发日：2022.03.11
技术公布日：2023/9/23