[发明专利]订单编号生成方法、装置、电子设备及存储介质

说明书

本发明涉及计算机技术领域，具体提供一种订单编号生成方法、装置、电子设备及存储介质，旨在解决现有的方法在交易请求数较大或者redis集群出现故障的情况下导致生成订单编号的效率较低的技术问题。为此目的，本发明的订单编号生成方法包括：获取订单编号生成请求；基于订单编号生成请求检测zookeeper集群和redis集群是否均健康；在zookeeper集群和redis集群均健康的情况下，基于zookeeper集群生成订单编号。如此，提高了生成订单编号的效率。

技术领域

本发明涉及计算机技术领域，具体提供一种订单编号生成方法、装置、电子设备及存储介质。

背景技术

目前，在交易行业中，需要生成交易流水，其中需要同时生成多种交易订单编号，比如给银联上送的流水号，退货流水号，在能同时满足生成订单编号，也能保证性能，保证订单编号无序且不重复，而且保证位数也不能过长，最后可以通过生成规则进行分库分表。

在三方支付领域，存在第三方支付公司(例如随行付)、下游服务商(代理商)、代理商对接终端商户以及上游银联。具体如图1所示，下游服务商发起一笔交易请求到达随行付交易服务器集群，nginx随机分发到交易集群中的一台服务器，交易服务器需要生成一个上游订单编号上送到银联，而且必须保证订单编号在交易集群中唯一，目前随行付集群中用redis集群中incre自增策略生成全局唯一自增序列，然后上送银联机构。如果redis集群宕机，那么降级使用Mysql的自增策略进行递增生成唯一id。

redis集群一旦挂掉，每秒2000笔左右的交易就会打到Mysql数据库，Mysql数据量过多，读写性能就会下降，影响交易；如果Mysql的连接数达不到交易的TPS(每秒交易数量)，那么甚至会拖垮整个交易服务。即便redis不挂掉，由于redis中同时负责读写交易的读写请求，TPS本来就高，而且如果再同时再加入几倍的id生成器请求，redis连接数就不够，IO传输速度变慢，redis处理不过来这么多请求，就会拖垮redis。

相应地，本领域需要一种新的订单编号生成方案来解决上述问题。

发明内容

为了克服上述缺陷，提出了本发明，以提供解决或至少部分地解决上述技术问题。本发明提供了一种订单编号生成方法、装置、电子设备及存储介质。

在第一方面，本发明提供一种订单编号生成方法，所述方法包括：获取订单编号生成请求；基于所述订单编号生成请求检测zookeeper集群和redis集群是否均健康；在所述zookeeper集群和redis集群均健康的情况下，基于所述zookeeper集群生成所述订单编号。

在一个实施方式中，所述基于所述zookeeper集群生成所述订单编号，包括：基于所述zookeeper集群获取持久节点对应的版本号，其中所述持久节点基于交易服务器启动时调用的第一接口生成，并将调用第二接口生成的随机数的第一编码信息赋值给所述持久节点；基于所述版本号生成所述订单编号。

在一个实施方式中，所述基于所述zookeeper集群获取持久节点对应的版本号，包括：向所述zookeeper集群发送所述订单编号生成请求，其中所述订单编号生成请求中封装第二编码信息；基于所述订单编号生成请求调用第三接口，以将所述第二编码信息更新到所述持久节点；基于更新编码信息的所述持久节点返回所述持久节点对应的版本号。

在一个实施方式中，所述基于所述版本号生成所述订单编号，包括：调用加密函数对所述版本号进行加密，得到加密后的版本号；基于所述加密后的版本号、订单编号类型、是否降级和发起交易请求的时间生成所述订单编号，其中由所述zookeeper集群生成订单编号表示不降级，由所述redis集群生成订单编号表示降级。