CN116483874B - 业务查询方法、装置、设备及存储介质 - Google Patents

业务查询方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN116483874B
CN116483874B CN202310748821.2A CN202310748821A CN116483874B CN 116483874 B CN116483874 B CN 116483874B CN 202310748821 A CN202310748821 A CN 202310748821A CN 116483874 B CN116483874 B CN 116483874B
Authority
CN
China
Prior art keywords
service
request
time
query
service query
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202310748821.2A
Other languages
English (en)
Other versions
CN116483874A (zh
Inventor
陈志丰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Qihoo Technology Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qihoo Technology Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN202310748821.2A priority Critical patent/CN116483874B/zh
Publication of CN116483874A publication Critical patent/CN116483874A/zh
Application granted granted Critical
Publication of CN116483874B publication Critical patent/CN116483874B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution
    • G06F16/24553Query execution of query operations
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2453Query optimisation
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明涉及互联网技术领域,公开了一种业务查询方法、装置、设备及存储介质,该方法包括:根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时;根据历史查询耗时确定业务查询请求对应的预期超时时间;基于预期超时时间对业务查询请求进行响应处理。相较于现有技术中预先设定下游调度的超时时间和重试次数,并在请求超时时进行重查,直至达到设定的重试次数,由于本发明根据待查询业务的历史耗时值确定业务查询请求对应的预期超期时间,并基于预期超期时间对业务查询请求进行响应,从而解决了现有技术中根据固定的超时时间对查询失败的请求进行重查直至达到重试次数,导致系统访问压力较大的技术问题。

Description

业务查询方法、装置、设备及存储介质
技术领域
本发明涉及互联网技术领域,尤其涉及一种业务查询方法、装置、设备及存储介质。
背景技术
搜索引擎涉及千亿级网页的抓取、筛选、建倒排索引、在线检索召回、结果聚合、排序等多道工序,其流程复杂庞大,且背后运行数百个后台程序,最终为用户提供检索服务,而这些后台程序都离不开RPC服务框架。RPC框架为开发者屏蔽网络通信细节,提供限流、熔断等过载保护手段,同时提供下游调度多种算法。
现有的RPC服务进行流量调度的策略通常为预先设定下游调度的超时时间和重试次数,若当前接收的请求超时,则对该请求进行重查,直至达到设定的重试次数。然而在流量高峰期时,搜索引擎系统的压力较大,多次重试会进一步增大系统的访问压力。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供了一种业务查询方法、装置、设备及存储介质,旨在解决现有技术中根据固定的超时时间对查询失败的请求进行重查直至达到重试次数,导致系统访问压力较大的技术问题。
为实现上述目的,本发明提供了一种业务查询方法,所述方法包括以下步骤:
根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时;
根据所述历史查询耗时确定所述业务查询请求对应的预期超时时间;
基于所述预期超时时间对所述业务查询请求进行响应处理。
可选地,所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤之前,还包括:
基于业务查询请求的业务查询时刻获取总请求接收数量;
将所述总请求接收数量与预设请求接收数量阈值进行比较;
在所述总请求接收数量不超过所述预设请求接收数量阈值时,执行所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤。
可选地,所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤,包括:
通过预设滑动窗口在业务查询请求对应的历史周期序列上按正向时序进行滑动,获取所述业务查询请求的业务查询时刻对应的目标历史周期,所述历史周期序列由存放有不同时刻的请求查询耗时的窗口构成;
根据所述目标历史周期对应的目标请求查询耗时确定待查询业务对应的历史查询耗时。
可选地,所述基于业务查询请求的业务查询时刻获取总请求接收数量的步骤,包括:
基于业务查询请求的业务查询时刻确定所述业务查询请求在限流滑动窗口中的限流窗口索引,所述限流滑动窗口以轮盘形式表征;
对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数;
根据计数后的请求接收数量获取总请求接收数量。
可选地,所述基于业务查询请求的业务查询时刻确定所述业务查询请求在限流滑动窗口中的限流窗口索引的步骤,包括:
根据所述限流滑动窗口中的窗口索引数量对所述业务查询请求的业务查询时刻进行取余;
根据取余结果确定所述业务查询请求在限流滑动窗口中的限流窗口索引。
可选地,所述对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数的步骤之前,还包括:
获取历史业务查询请求对应的历史业务查询时刻,并将所述业务查询时刻与所述历史业务查询时刻进行比较;
根据比较结果确定所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理。
可选地,所述基于所述预期超时时间对所述业务查询请求进行响应处理的步骤,包括:
基于所述预期超时时间和预设延时范围确定所述业务查询请求对应的业务重查方式;
在所述业务重查方式为动态重查时,根据所述预期超时时间对所述业务查询请求进行查询。
此外,为实现上述目的,本发明还提出一种业务查询装置,所述装置包括:时值确定模块,还用于基于业务查询请求的业务查询时刻获取总请求接收数量;
所述耗时值确定模块,还用于将所述总请求接收数量与预设请求接收数量阈值进行比较;
所述耗时值确定模块,还用于在所述总请求接收数量不超过所述预设请求接收数量阈值时,执行所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤。
此外,为实现上述目的,本发明还提出一种业务查询设备,所述设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务查询程序,所述业务查询程序配置为实现如上文所述的业务查询方法的步骤。
此外,为实现上述目的,本发明还提出一种存储介质,所述存储介质上存储有业务查询程序,所述业务查询程序被处理器执行时实现如上文所述的业务查询方法的步骤。
在本发明中,公开了根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时;根据历史查询耗时确定业务查询请求对应的预期超时时间;基于预期超时时间对业务查询请求进行响应处理;相较于现有技术中预先设定下游调度的超时时间和重试次数,并在请求超时时进行重查,直至达到设定的重试次数,由于本发明根据待查询业务的历史耗时值确定业务查询请求对应的预期超期时间,并基于预期超期时间对业务查询请求进行响应,从而解决了现有技术中根据固定的超时时间对查询失败的请求进行重查直至达到重试次数,导致系统访问压力较大的技术问题。
附图说明
图1为本发明实施例方案涉及的硬件运行环境的业务查询设备的结构示意图;
图2为本发明业务查询方法第一实施例的流程示意图;
图3为本发明业务查询方法第一实施例中预设滑动窗口的示意图;
图4为本发明业务查询方法第二实施例的流程示意图;
图5为本发明业务查询方法第二实施例中限流滑动窗口的示意图;
图6为本发明业务查询方法第二实施例中待清理区域的第一示意图;
图7为本发明业务查询方法第二实施例中待清理区域的第二示意图;
图8为本发明业务查询方法第三实施例的流程示意图;
图9为本发明业务查询装置第一实施例的结构框图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
参照图1,图1为本发明实施例方案涉及的硬件运行环境的业务查询设备结构示意图。
如图1所示,该业务查询设备可以包括:处理器1001,例如中央处理器(CentralProcessing Unit,CPU),通信总线1002、用户接口1003,网络接口1004,存储器1005。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless-Fidelity,Wi-Fi)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory,RAM),也可以是稳定的非易失性存储器(Non-Volatile Memory,NVM),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解,图1中示出的结构并不构成对业务查询设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图1所示,作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及业务查询程序。
在图1所示的业务查询设备中,网络接口1004主要用于与网络服务器进行数据通信;用户接口1003主要用于与用户进行数据交互;本发明业务查询设备中的处理器1001、存储器1005可以设置在业务查询设备中,所述业务查询设备通过处理器1001调用存储器1005中存储的业务查询程序,并执行本发明实施例提供的业务查询方法。
本发明实施例提供了一种业务查询方法,参照图2,图2为本发明业务查询方法第一实施例的流程示意图。
本实施例中,所述业务查询方法包括以下步骤:
步骤S10:根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时。
需要说明的是,本实施例的方法的执行主体可以为对用户发送的待查询业务进行查询的业务查询设备,或者是其他能够实现相同或相似功能的、包含了该业务查询设备的业务查询系统。此处以业务查询系统(以下简称系统)对本实施例和下述各实施例提供的业务查询方法进行具体说明。
应当理解的是,上述待查询业务可以为用户需要进行查询的业务。实际应用中,用户在需要进行业务查询时,可以在系统中输入待查询业务,此时待查询业务可以通过对应的业务查询请求发送至系统,从而系统可以接收到待查询业务对应的业务查询请求。
可以理解的是,上述业务查询时刻可以为系统接收到业务查询请求的时刻。本实施例对业务查询时刻具体的获取方式不做限制,例如可以通过业务查询请求对应的请求时间戳确定业务查询请求对应的业务查询时刻。
需要说明的是,上述历史查询耗时可以为根据业务查询请求前一周期内的所有请求延时情况确定的耗时值。
应当理解的是,步骤S10具体可以包括:通过预设滑动窗口在业务查询请求对应的历史周期序列上按正向时序进行滑动,获取所述业务查询请求的业务查询时刻对应的目标历史周期,所述历史周期序列由存放有不同时刻的请求查询耗时的窗口构成;根据所述目标历史周期对应的目标请求查询耗时确定待查询业务对应的历史查询耗时。
可以理解的是,上述预设滑动窗口可以为滑动的时间周期。本实施例中的预设滑动窗口由业务查询请求前一个时间周期构成,由于业务查询请求前一个时间周期按窗口滑动,故称之为滑动窗口。其中,滑动窗口按时间顺序进行正向滑动。
需要说明的是,上述历史周期序列可以为由存放有各时刻的请求查询耗时的窗口构成的序列。相应的,上述目标历史周期可以为业务查询请求的前一个周期。
应当理解的是,所述根据所述目标历史周期对应的目标请求查询耗时确定待查询业务对应的历史查询耗时的步骤可以包括:获取所述目标历史周期在所述历史周期序列中各窗口存放的请求查询耗时;根据所述请求查询耗时确定所述目标历史周期对应的目标请求查询耗时,并基于所述目标请求查询耗时确定待查询业务对应的历史查询耗时。
可以理解的是,由于预设滑动窗口在业务查询请求对应的历史周期序列上按照时间顺序进行正向滑动,因此可以根据业务查询请求的业务查询时刻滑动至业务查询请求的前一个时间周期,并确定业务查询请求的前一个时间周期和时刻在历史周期序列中分别对应的窗口,再获取各窗口中存放的请求查询耗时,对各窗口中存放的请求查询耗时求和后获得目标历史周期对应的目标请求查询耗时,再对目标请求查询耗时取均值,并将取均值后的请求查询耗时确定为待查询业务对应的历史查询耗时。
在具体实现中,参照图3,图3为本发明业务查询方法第一实施例中预设滑动窗口的示意图。如图3所示,本实施例中可以以10s为一个时间周期,则上述历史周期序列可以由存放有业务查询请求前10s内各时刻的请求查询耗时的窗口构成,相应的,预设滑动窗口可以维护10s的数据,预设滑动窗口中每个小窗口维护1s的数据。若业务查询请求的业务查询时刻为11:18,此时上述目标历史周期为11:08-11:17这段时间,故预设滑动窗口可以按正向时序滑动至历史周期序列上的时间段11:08-11:17对应的位置,而历史周期序列上的时间段11:08-11:17中各时刻对应的小窗口中均存放有各时刻的请求查询耗时,如时刻11:09对应的窗口中存放的请求查询耗时为413ms、404ms等,时刻11:17对应的窗口中存放的请求查询耗时为403ms、402ms等。获取到目标历史周期中各时刻对应的窗口中存放的请求查询耗时后,可以统计目标历史周期对应的十个窗口的平均请求查询耗时,并对这些平均请求查询耗时进行求和,以获取目标历史周期对应的目标请求查询耗时,再对目标请求查询耗时求均值后获得待查询业务对应的历史查询耗时。
步骤S20:根据所述历史查询耗时确定所述业务查询请求对应的预期超时时间。
需要说明的是,上述预期超时时间可以为响应业务查询请求预期耗费的时间。本实施例可以将估算获得的业务查询请求前一个时间周期的历史查询耗时确定为业务查询请求对应的预期超时时间。
步骤S30:基于所述预期超时时间对所述业务查询请求进行响应处理。
应当理解的是,现有的查询请求在查询失败时是通过固定的超时时间进行重试,在流量高峰期的时候,系统存在较大压力,查询请求在查询失败后进行多次重试不仅会增大系统压力,而且也无法成功查询。而由于本实施例在系统压力较大时,计算获得的业务查询请求对应的预期超时时间会大一些,相应的,在系统压力较小时,计算获得的业务查询请求对应的预期超时时间会小一些,从而可以根据计算获得的业务查询请求对应的预期超时时间对业务查询请求进行重查。此时由于预期超时时间的合理估算,可以提高本次业务查询请求的请求成功率,同时降低重试次数和系统雪崩风险,进而提升系统性能。
可以理解的是,上述步骤S30可以包括:在所述预期超时时间出现异常时,获取历史重查比例;在所述历史重查比例超过重查比例阈值时,将所述业务查询请求对应的业务重查方式确定为中断重查方式,以在所述业务查询请求查询失败时中断重查。
需要说明的是,上述终端查询方式可以为在当前查询请求此次查询失败后不进行重查的方式。实际应用中,由于业务查询请求前一个时间周期是真实存在的,所以计算获得的预期超时时间一般是不存在误差的,但是在系统出现一些异常情况时,会导致前一个时间周期估算获得的预期超时时间出现异常,此时可以通过控制重查比例来解决。即当业务查询请求的业务查询时刻有异常情况发生时,可以获取业务查询时刻之前的重查比例(即上述历史重查比例),并将历史重查比例与预先设定的重查比例阈值进行比较,若历史重查比例已经超过重查比例阈值,则可以业务查询请求对应的业务重查方式确定为终端查询方式,即在业务查询请求查询失败后此次不进行重查。
在具体实现中,首先可以确定业务查询请求的业务查询时刻对应的目标历史周期,并确定目标历史周期在历史周期序列中对应的窗口,根据各窗口中存放的请求查询时间获取目标历史周期对应的目标请求查询耗时,并对目标请求查询耗时取均值后获得业务查询请求对应的历史查询耗时,此时可以将历史查询耗时确定为业务查询请求对应的预期超时时间,并根据预期超时时间对业务查询请求进行查询。
本实施例公开了根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时;根据历史查询耗时确定业务查询请求对应的预期超时时间;基于预期超时时间对业务查询请求进行响应处理;相较于现有技术中预先设定下游调度的超时时间和重试次数,并在请求超时时进行重查,直至达到设定的重试次数,由于本实施例根据待查询业务的历史耗时值确定业务查询请求对应的预期超期时间,并基于预期超期时间对业务查询请求进行响应,从而解决了现有技术中根据固定的超时时间对查询失败的请求进行重查直至达到重试次数,导致系统访问压力较大的技术问题。同时,由于本实施例通过预设滑动窗口在业务查询请求对应的历史周期序列上按正向时序进行滑动,以获取业务查询请求的业务查询时刻对应的目标历史周期,并根据目标历史周期对应的目标请求查询耗时确定待查询业务对应的历史查询耗时,使得获得的预期超时时间更准确,从而提高了业务查询请求的请求成功率,同时降低重试次数,进而提升系统性能。
参考图4,图4为本发明业务查询方法第二实施例的流程示意图。
基于上述第一实施例,本实施例中,所述步骤S10之前,所述方法还包括:
步骤S01:基于业务查询请求的业务查询时刻获取总请求接收数量。
需要说明的是,上述总请求接收数量可以为在接收到业务查询请求后统计的某一存储区域内记录的接收的请求的总数量。实际应用中,在系统压力过大时,往往需要对上游采取限流或熔断机制,因此本实施例可以设定一个限流滑动窗口,并通过轮盘的形式表征限流滑动窗口,再通过将限流滑动窗口中记录的接收请求的总数量与设定的接收请求数量阈值进行比较,以进行限流处理。在接收到业务查询请求后,可以统计整个轮盘的计数之和,获得总请求接收数量。
进一步地,所述步骤S01可以包括:基于业务查询请求的业务查询时刻确定所述业务查询请求在限流滑动窗口中的限流窗口索引,所述限流滑动窗口以轮盘形式表征;对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数;根据计数后的请求接收数量获取总请求接收数量。
应当理解的是,上述限流窗口索引可以为业务查询请求的业务查询时刻在限流滑动窗口中的索引。其中,业务查询时刻可以为业务查询请求的查询时间戳。
可以理解的是,本实施例中可以根据限流滑动窗口中的窗口索引数量对业务查询请求的业务查询时刻进行取余,并根据取余结果确定业务查询请求在限流滑动窗口中的限流窗口索引。实际应用中,限流滑动窗口可以维护1s内的数据,并将限流滑动窗口分成1000份,即限流滑动窗口中的窗口索引数量也为1000,其对应的窗口索引分别为1-999。在接收到业务查询请求后,可以根据业务查询请求发送时的业务查询时间戳对1000取余,从而得到对应的限流窗口索引。
需要说明的是,上述预设方式可以为加一计数方式。实际应用中,在确定业务查询请求在限流滑动窗口中的限流窗口索引后,可以对限流窗口索引对应的存储区域存储的请求接收数量进行加一,再统计整个轮盘中记录的请求接收数量之和。
步骤S02:将所述总请求接收数量与预设请求接收数量阈值进行比较。
应当理解的是,上述预设请求接收数量阈值可以为系统当前最多能接收的请求数量。
步骤S03:在所述总请求接收数量不超过所述预设请求接收数量阈值时,执行所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤。
可以理解的是,若统计获得的总请求接收数量超过预设请求接收数量阈值,则表示当前系统的压力过大,此时不对业务查询请求进行响应;若总请求接收数量不超过预设请求接收数量阈值,则继续执行对业务查询请求的流程,以降低重查次数,并提高数据处理效率。
在具体实现中,参照图5,图5为本发明业务查询方法第二实施例中限流滑动窗口的示意图。如图5所示,图5中的轮盘可以维护第8s的数据,并将第8s分成1000份,每个小窗口为1ms。若业务查询请求对应的查询时间戳(cur)对窗口索引数量1000取余的结果为0,则可以确定业务查询请求在限流滑动窗口中的限流窗口索引为0,此时可以对限流滑动窗口中索引0位置处对应的限流窗口中存储的请求接收数量加一,并根据加一后的请求接收数量统计整个轮盘中的总请求接收数量,即整个轮盘的计数之和。最后将轮盘中的总请求接收数量与预设请求接收数量阈值进行比较,在总请求接收数量超过预设请求接收数量阈值时不对业务查询请求进行响应;在总请求接收数量不超过预设请求接收数量阈值时继续执行对业务查询请求的流程。由于通过轮盘进行限流的限流力度较精细,从而流量限制的准确率较高。
进一步地,为了减少数据处理量,提高数据处理效率,所述对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数的步骤之前还包括:获取历史业务查询请求对应的历史业务查询时刻,并将所述业务查询时刻与所述历史业务查询时刻进行比较;根据比较结果确定所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理。
需要说明的是,上述历史业务查询请求可以为系统接收的业务查询请求前一次的查询请求。相应的,历史业务查询时刻可以为接收到历史业务查询请求的时间戳。
应当理解的是,由于限流滑动窗口中的队列为循环利用的,所以需要适当清空上一轮的残留数据,以减少数据处理量。实际应用中,可以将接收业务查询请求的时间戳与接收历史业务查询请求的时间戳进行比较,并根据比较结果确定限流滑动窗口中的待清理区域,以对待清理区域中存储的内容数据进行清零操作。
可以理解的是,在所述业务查询时刻位于所述历史业务查询时刻之后时,确定所述限流窗口索引和所述历史业务查询时刻对应的历史限流窗口索引之间的第一中间索引;将所述第一中间索引对应的存储区域确定为所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理。
需要说明的是,上述历史限流窗口索引可以为历史业务查询时刻在限流滑动窗口中对应的索引。实际应用中,参照图6,图6为本发明业务查询方法第二实施例中待清理区域的第一示意图。如图6所示,当本次接收的业务查询请求的业务查询时刻位于上一次接收的历史业务查询请求的历史业务查询时刻之后时,即图6中业务查询请求的时间戳(cur:8s,2ms)大于上一次接收的历史业务查询请求的时间戳(pre:8s,0ms)时,则将限流窗口索引2和历史限流窗口索引0之间的索引1确定为上述第一中间索引,并将第一中间索引对应的存储区域确定为限流窗口中的待清理区域,此时可以对第一中间索引1中的残留数据进行清零操作,即清空pre到cur之间的残留数据。
应当理解的是,在所述业务查询时刻位于所述历史业务查询时刻之前时,确定所述限流窗口索引和所述历史限流窗口索引之间的第二中间索引;将所述第二中间索引对应的存储区域确定为所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理。实际应用中,参照图7,图7为本发明业务查询方法第二实施例中待清理区域的第二示意图。如图7所示,当本次接收的业务查询请求的业务查询时刻位于上一次接收的历史业务查询请求的历史业务查询时刻之前时,即图7中业务查询请求的时间戳(cur:8s,0ms)小于上一次接收的历史业务查询请求的时间戳(pre:8s,2ms)时,则将限流窗口索引0和历史限流窗口索引2之间的索引(3-999)确定为上述第二中间索引,并将第二中间索引对应的存储区域确定为限流窗口中的待清理区域,此时可以对第二中间索引(3-999)中的残留数据进行清零操作,即清空pre到(cur+999)%1000之间的残留数据。
本实施例通过将总请求接收数量与预设请求接收数量阈值进行比较,并在总请求接收数量不超过预设请求接收数量阈值时,执行根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤,由于本实施例在总请求接收数量不超过预设请求接收数量阈值时不对业务查询请求进行处理,从而提高了数据处理效率。同时,基于业务查询请求的业务查询时刻确定业务查询请求在限流滑动窗口中的限流窗口索引,并对限流窗口索引对应的限流窗口中存储的请求接收数量进行计数,以根据计数后的请求接收数量获取总请求接收数量,由于通过轮盘进行限流的限流力度较精细,从而提高了流量限制的准确率。
参考图8,图8为本发明业务查询方法第三实施例的流程示意图。
基于上述各实施例,本实施例中,所述步骤S30包括:
步骤S301:基于所述预期超时时间和预设延时范围确定所述业务查询请求对应的业务重查方式。
需要说明的是,上述预设延时范围可以为系统根据历史请求接收情况确定的范围。实际应用中,系统可以根据历史接收的请求的延时情况获取一个延时上限值和一个延时下限值,并基于延时上限值和延时下限值确定预设延时范围。
应当理解的是,上述业务重查方式为对业务查询请求进行查重的方式。本实施例中的业务重查方式可以包括:动态重查、固定重查和中断重查。其中,动态重查可以为根据动态的预期超时时间对业务查询请求进行重查,固定重查可以为根据固定的超时时间对业务查询请求进行重查,中断重查可以为不对本次业务查询请求进行重查。
步骤S302:在所述业务重查方式为动态重查时,根据所述预期超时时间对所述业务查询请求进行查询。
可以理解的是,所述步骤S302之后,所述方法还包括:获取当前时刻和所述业务查询时刻之间的时间间隔;在所述时间间隔为预设时间间隔时,将所述当前时刻确定为新的业务查询时刻;返回至所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤,以对所述预期超时时间进行更新,并根据更新后的预期超时时间对所述业务查询请求进行查询。
需要说明的是,本实施例可以将上述时间间隔设置为2s,在当前时刻与业务查询请求的业务查询时刻之间的时间间隔为2s时,重新计算业务查询请求对应的预期超时时间,以对预期超时时间进行更新,并根据更新后的预期超时时间对业务查询请求进行查询。由于本实施例的预设滑动窗口中每个小窗口为1s,通过上述方法可以每隔2s对整个窗口队列进行计算,从而实现每隔2s对业务查询请求的预期超时时间进行更新,提高了预期超时时间计算的准确性,进而提高了业务查询的成功率。
在具体实现中,若业务查询请求对应的预期超时时间超过预设延时范围中的上限值(峰值),则业务查询请求对应的业务重查方式为中断重查,此时不对本次请求进行任何重查;若业务查询请求对应的预期超时时间低于预设延时范围中的下限值(谷值),则业务查询请求对应的业务重查方式为固定重查,并根据固定的超时时间对本次请求进行重查;若业务查询请求对应的预期超时时间处于预设延时范围之间,则业务查询请求对应的业务重查方式为动态重查,此时根据动态的预期超时时间对本次请求进行动态重查。
本实施例基于预期超时时间和预设延时范围确定业务查询请求对应的业务重查方式,并在业务重查方式为动态重查是根据预期超时时间对业务查询请求进行查询。同时,在当前时刻和业务查询时刻之间的时间间隔为预设时间间隔时,将当前时刻确定为新的业务查询时刻,并对预期超时时间进行更新,再根据更新后的预期超时时间对业务查询请求进行查询,从而提高了预期超时时间计算的准确性,进而提高了业务查询的成功率。
此外,本发明实施例还提出一种存储介质,所述存储介质上存储有业务查询程序,所述业务查询程序被处理器执行时实现如上文所述的业务查询方法的步骤。
参照图9,图9为本发明业务查询装置第一实施例的结构框图。
如图9所示,本发明实施例提出的业务查询装置包括:耗时值确定模块901、超时时间确定模块902以及查询请求响应模块903;
所述耗时值确定模块901,用于根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时;
所述超时时间确定模块902,用于根据所述历史查询耗时确定所述业务查询请求对应的预期超时时间;
所述查询请求响应模块903,用于基于所述预期超时时间对所述业务查询请求进行响应处理。
进一步地,所述耗时值确定模块901,还用于通过预设滑动窗口在业务查询请求对应的历史周期序列上按正向时序进行滑动,获取所述业务查询请求的业务查询时刻对应的目标历史周期,所述历史周期序列由存放有不同时刻的请求查询耗时的窗口构成;根据所述目标历史周期对应的目标请求查询耗时确定待查询业务对应的历史查询耗时。
本实施例的业务查询装置公开了根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时;根据历史查询耗时确定业务查询请求对应的预期超时时间;基于预期超时时间对业务查询请求进行响应处理;相较于现有技术中预先设定下游调度的超时时间和重试次数,并在请求超时时进行重查,直至达到设定的重试次数,由于本实施例根据待查询业务的历史耗时值确定业务查询请求对应的预期超期时间,并基于预期超期时间对业务查询请求进行响应,从而解决了现有技术中根据固定的超时时间对查询失败的请求进行重查直至达到重试次数,导致系统访问压力较大的技术问题。同时,由于本实施例通过预设滑动窗口在业务查询请求对应的历史周期序列上按正向时序进行滑动,以获取业务查询请求的业务查询时刻对应的目标历史周期,并根据目标历史周期对应的目标请求查询耗时确定待查询业务对应的历史查询耗时,从而提高了业务查询请求的请求成功率,同时降低重试次数,进而提示系统性能。
基于本发明上述业务查询装置第一实施例,提出本发明业务查询装置的第二实施例。
在本实施例中,所述耗时值确定模块901,还用于基于业务查询请求的业务查询时刻获取总请求接收数量;将所述总请求接收数量与预设请求接收数量阈值进行比较;在所述总请求接收数量不超过所述预设请求接收数量阈值时,执行所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤。
进一步地,所述耗时值确定模块901,还用于基于业务查询请求的业务查询时刻确定所述业务查询请求在限流滑动窗口中的限流窗口索引,所述限流滑动窗口以轮盘形式表征;对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数;根据计数后的请求接收数量获取总请求接收数量。
进一步地,所述耗时值确定模块901,还用于根据所述限流滑动窗口中的窗口索引数量对所述业务查询请求的业务查询时刻进行取余;根据取余结果确定所述业务查询请求在限流滑动窗口中的限流窗口索引。
进一步地,所述耗时值确定模块901,还用于获取历史业务查询请求对应的历史业务查询时刻,并将所述业务查询时刻与所述历史业务查询时刻进行比较;根据比较结果确定所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理。
本实施例通过将总请求接收数量与预设请求接收数量阈值进行比较,并在总请求接收数量不超过预设请求接收数量阈值时,执行根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤,由于本实施例在总请求接收数量不超过预设请求接收数量阈值时不对业务查询请求进行处理,从而提高了数据处理效率。同时,基于业务查询请求的业务查询时刻确定业务查询请求在限流滑动窗口中的限流窗口索引,并对限流窗口索引对应的限流窗口中存储的请求接收数量进行计数,以根据计数后的请求接收数量获取总请求接收数量,由于通过轮盘进行限流的限流力度较精细,从而提高了流量限制的准确率。
基于上述各装置实施例,提出本发明业务查询装置的第三实施例。
在本实施例中,所述查询请求响应模块903,还用于基于所述预期超时时间和预设延时范围确定所述业务查询请求对应的业务重查方式;在所述业务重查方式为动态重查时,根据所述预期超时时间对所述业务查询请求进行查询。
本实施例基于预期超时时间和预设延时范围确定业务查询请求对应的业务重查方式,并在业务重查方式为动态重查是根据预期超时时间对业务查询请求进行查询。同时,在当前时刻和业务查询时刻之间的时间间隔为预设时间间隔时,将当前时刻确定为新的业务查询时刻,并对预期超时时间进行更新,再根据更新后的预期超时时间对业务查询请求进行查询,从而提高了预期超时时间计算的准确性,进而提高了业务查询的成功率。
本发明业务查询装置的其他实施例或具体实现方式可参照上述各方法实施例,此处不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如只读存储器/随机存取存储器、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
本发明公开了A1、一种业务查询方法,所述业务查询方法包括:
根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时;
根据所述历史查询耗时确定所述业务查询请求对应的预期超时时间;
基于所述预期超时时间对所述业务查询请求进行响应处理。
A2、如A1所述的业务查询方法,所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤之前,还包括:
基于业务查询请求的业务查询时刻获取总请求接收数量;
将所述总请求接收数量与预设请求接收数量阈值进行比较;
在所述总请求接收数量不超过所述预设请求接收数量阈值时,执行所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤。
A3、如A1所述的业务查询方法,所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤,包括:
通过预设滑动窗口在业务查询请求对应的历史周期序列上按正向时序进行滑动,获取所述业务查询请求的业务查询时刻对应的目标历史周期,所述历史周期序列由存放有不同时刻的请求查询耗时的窗口构成;
根据所述目标历史周期对应的目标请求查询耗时确定待查询业务对应的历史查询耗时。
A4、如A2所述的业务查询方法,所述基于业务查询请求的业务查询时刻获取总请求接收数量的步骤,包括:
基于业务查询请求的业务查询时刻确定所述业务查询请求在限流滑动窗口中的限流窗口索引,所述限流滑动窗口以轮盘形式表征;
对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数;
根据计数后的请求接收数量获取总请求接收数量。
A5、如A4所述的业务查询方法,所述基于业务查询请求的业务查询时刻确定所述业务查询请求在限流滑动窗口中的限流窗口索引的步骤,包括:
根据所述限流滑动窗口中的窗口索引数量对所述业务查询请求的业务查询时刻进行取余;
根据取余结果确定所述业务查询请求在限流滑动窗口中的限流窗口索引。
A6、如A4所述的业务查询方法,所述对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数的步骤之前,还包括:
获取历史业务查询请求对应的历史业务查询时刻,并将所述业务查询时刻与所述历史业务查询时刻进行比较;
根据比较结果确定所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理。
A7、如A1所述的业务查询方法,所述基于所述预期超时时间对所述业务查询请求进行响应处理的步骤,包括:
基于所述预期超时时间和预设延时范围确定所述业务查询请求对应的业务重查方式;
在所述业务重查方式为动态重查时,根据所述预期超时时间对所述业务查询请求进行查询。
A8、如A7所述的业务查询方法,所述在所述业务重查方式为动态重查时,根据所述预期超时时间对所述业务查询请求进行查询的步骤之后,还包括:
获取当前时刻和所述业务查询时刻之间的时间间隔;
在所述时间间隔为预设时间间隔时,将所述当前时刻确定为新的业务查询时刻;
返回至所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤,以对所述预期超时时间进行更新,并根据更新后的预期超时时间对所述业务查询请求进行查询。
A9、如A3所述的业务查询方法,所述根据所述目标历史周期对应的目标请求查询耗时确定待查询业务对应的历史查询耗时的步骤,包括:
获取所述目标历史周期在所述历史周期序列中各窗口存放的请求查询耗时;
根据所述请求查询耗时确定所述目标历史周期对应的目标请求查询耗时,并基于所述目标请求查询耗时确定待查询业务对应的历史查询耗时。
A10、如A6所述的业务查询方法,所述根据比较结果确定所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理的步骤,包括:
在所述业务查询时刻位于所述历史业务查询时刻之后时,确定所述限流窗口索引和所述历史业务查询时刻对应的历史限流窗口索引之间的第一中间索引;
将所述第一中间索引对应的存储区域确定为所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理。
A11、如A10所述的业务查询方法,所述在所述业务查询时刻位于所述历史业务查询时刻之后时,确定所述限流窗口索引和所述历史业务查询时刻对应的历史限流窗口索引之间的第一中间索引的步骤之后,还包括:
在所述业务查询时刻位于所述历史业务查询时刻之前时,确定所述限流窗口索引和所述历史限流窗口索引之间的第二中间索引;
所述将所述第一中间索引对应的存储区域确定为所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理的步骤,包括:
将所述第二中间索引对应的存储区域确定为所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理。
A12、如A1所述的业务查询方法,所述基于所述预期超时时间对所述业务查询请求进行响应处理的步骤,包括:
在所述预期超时时间出现异常时,获取历史重查比例;
在所述历史重查比例超过重查比例阈值时,将所述业务查询请求对应的业务重查方式确定为中断重查方式,以在所述业务查询请求查询失败时中断重查。
本发明还公开了B13、一种业务查询设备,所述设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务查询程序,所述业务查询程序配置为实现如上文所述的业务查询方法的步骤。
本发明还公开了C14、一种存储介质,所述存储介质上存储有业务查询程序,所述业务查询程序被处理器执行时实现如上文所述的业务查询方法的步骤。
本发明还公开了D15、一种业务查询装置,所述业务查询装置包括:耗时值确定模块、超时时间确定模块以及查询请求响应模块;
所述耗时值确定模块,用于根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时;
所述超时时间确定模块,用于根据所述历史查询耗时确定所述业务查询请求对应的预期超时时间;
所述查询请求响应模块,用于基于所述预期超时时间对所述业务查询请求进行响应处理。
D16、如D15所述的业务查询装置,所述耗时值确定模块,还用于基于业务查询请求的业务查询时刻获取总请求接收数量;
所述耗时值确定模块,还用于将所述总请求接收数量与预设请求接收数量阈值进行比较;
所述耗时值确定模块,还用于在所述总请求接收数量不超过所述预设请求接收数量阈值时,执行所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤。
D17、如D16所述的业务查询装置,所述耗时值确定模块,还用于通过预设滑动窗口在业务查询请求对应的历史周期序列上按正向时序进行滑动,获取所述业务查询请求的业务查询时刻对应的目标历史周期,所述历史周期序列由存放有不同时刻的请求查询耗时的窗口构成;
所述耗时值确定模块,还用于根据所述目标历史周期对应的目标请求查询耗时确定待查询业务对应的历史查询耗时。
D18、如D16所述的业务查询装置,所述耗时值确定模块,还用于基于业务查询请求的业务查询时刻确定所述业务查询请求在限流滑动窗口中的限流窗口索引,所述限流滑动窗口以轮盘形式表征;
所述耗时值确定模块,还用于对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数;
所述耗时值确定模块,还用于根据计数后的请求接收数量获取总请求接收数量。
D19、如D18所述的业务查询装置,所述耗时值确定模块,还用于根据所述限流滑动窗口中的窗口索引数量对所述业务查询请求的业务查询时刻进行取余;
所述耗时值确定模块,还用于根据取余结果确定所述业务查询请求在限流滑动窗口中的限流窗口索引。
D20、如D18所述的业务查询装置,所述耗时值确定模块,还用于获取历史业务查询请求对应的历史业务查询时刻,并将所述业务查询时刻与所述历史业务查询时刻进行比较;
所述耗时值确定模块,还用于根据比较结果确定所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理。

Claims (6)

1.一种业务查询方法,其特征在于,所述业务查询方法包括:
根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时,所述历史查询耗时基于所述业务查询时刻对应的目标历史周期中各时刻对应的请求查询耗时确定;
根据所述历史查询耗时确定所述业务查询请求对应的预期超时时间;
基于所述预期超时时间对所述业务查询请求进行响应处理;
所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤之前,还包括:
基于业务查询请求的业务查询时刻确定所述业务查询请求在限流滑动窗口中的限流窗口索引,所述限流滑动窗口以轮盘形式表征;
对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数;
根据计数后的请求接收数量获取总请求接收数量;
将所述总请求接收数量与预设请求接收数量阈值进行比较;
在所述总请求接收数量不超过所述预设请求接收数量阈值时,执行所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤;
所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤,包括:
通过预设滑动窗口在业务查询请求对应的历史周期序列上按正向时序进行滑动,获取所述业务查询请求的业务查询时刻对应的目标历史周期,所述历史周期序列由存放有不同时刻的请求查询耗时的窗口构成;
获取所述目标历史周期在所述历史周期序列中各窗口存放的请求查询耗时;
根据所述请求查询耗时确定所述目标历史周期对应的目标请求查询耗时,并基于所述目标请求查询耗时确定待查询业务对应的历史查询耗时;
所述基于所述预期超时时间对所述业务查询请求进行响应处理的步骤,包括:
根据历史请求延时情况确定延时上限值和延时下限值,并基于所述延时上限值和所述延时下限值确定预设延时范围;
基于所述预期超时时间和所述预设延时范围确定所述业务查询请求对应的业务重查方式;
在所述业务重查方式为动态重查时,根据所述预期超时时间对所述业务查询请求进行查询;
或,在所述业务重查方式为固定重查时,根据固定超时时间对所述业务查询请求进行查询;
或,在所述业务重查方式为中断重查时,中断对所述业务查询请求的查询。
2.如权利要求1所述的业务查询方法,其特征在于,所述基于业务查询请求的业务查询时刻确定所述业务查询请求在限流滑动窗口中的限流窗口索引的步骤,包括:
根据所述限流滑动窗口中的窗口索引数量对所述业务查询请求的业务查询时刻进行取余;
根据取余结果确定所述业务查询请求在限流滑动窗口中的限流窗口索引。
3.如权利要求1所述的业务查询方法,其特征在于,所述对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数的步骤之前,还包括:
获取历史业务查询请求对应的历史业务查询时刻,并将所述业务查询时刻与所述历史业务查询时刻进行比较;
根据比较结果确定所述限流滑动窗口中的待清理区域,并对所述待清理区域存储的内容数据进行清理。
4.一种业务查询设备,其特征在于,所述设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务查询程序,所述业务查询程序配置为实现如权利要求1至3中任一项所述的业务查询方法的步骤。
5.一种存储介质,其特征在于,所述存储介质上存储有业务查询程序,所述业务查询程序被处理器执行时实现如权利要求1至3任一项所述的业务查询方法的步骤。
6.一种业务查询装置,其特征在于,所述业务查询装置包括:耗时值确定模块、超时时间确定模块以及查询请求响应模块;
所述耗时值确定模块,用于根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时,所述历史查询耗时基于所述业务查询时刻对应的目标历史周期中各时刻对应的请求查询耗时确定;
所述超时时间确定模块,用于根据所述历史查询耗时确定所述业务查询请求对应的预期超时时间;
所述查询请求响应模块,用于基于所述预期超时时间对所述业务查询请求进行响应处理;
所述耗时值确定模块,还用于基于业务查询请求的业务查询时刻确定所述业务查询请求在限流滑动窗口中的限流窗口索引,所述限流滑动窗口以轮盘形式表征;对所述限流窗口索引对应的限流窗口中存储的请求接收数量按预设方式进行计数;根据计数后的请求接收数量获取总请求接收数量;将所述总请求接收数量与预设请求接收数量阈值进行比较;在所述总请求接收数量不超过所述预设请求接收数量阈值时,执行所述根据业务查询请求的业务查询时刻确定待查询业务对应的历史查询耗时的步骤;
所述耗时值确定模块,还用于通过预设滑动窗口在业务查询请求对应的历史周期序列上按正向时序进行滑动,获取所述业务查询请求的业务查询时刻对应的目标历史周期,所述历史周期序列由存放有不同时刻的请求查询耗时的窗口构成;获取所述目标历史周期在所述历史周期序列中各窗口存放的请求查询耗时;根据所述请求查询耗时确定所述目标历史周期对应的目标请求查询耗时,并基于所述目标请求查询耗时确定待查询业务对应的历史查询耗时;
所述查询请求响应模块,还用于根据历史请求延时情况确定延时上限值和延时下限值,并基于所述延时上限值和所述延时下限值确定预设延时范围;基于所述预期超时时间和所述预设延时范围确定所述业务查询请求对应的业务重查方式;在所述业务重查方式为动态重查时,根据所述预期超时时间对所述业务查询请求进行查询;或,在所述业务重查方式为固定重查时,根据固定超时时间对所述业务查询请求进行查询;或,在所述业务重查方式为中断重查时,中断对所述业务查询请求的查询。
CN202310748821.2A 2023-06-25 2023-06-25 业务查询方法、装置、设备及存储介质 Active CN116483874B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310748821.2A CN116483874B (zh) 2023-06-25 2023-06-25 业务查询方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310748821.2A CN116483874B (zh) 2023-06-25 2023-06-25 业务查询方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN116483874A CN116483874A (zh) 2023-07-25
CN116483874B true CN116483874B (zh) 2023-12-05

Family

ID=87218190

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310748821.2A Active CN116483874B (zh) 2023-06-25 2023-06-25 业务查询方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN116483874B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106888135A (zh) * 2015-12-15 2017-06-23 阿里巴巴集团控股有限公司 一种任务状态的查询方法和装置
CN109727010A (zh) * 2018-05-14 2019-05-07 网联清算有限公司 业务查询方法、装置、计算机设备和存储介质
CN112818039A (zh) * 2021-02-04 2021-05-18 浙江邦盛科技有限公司 一种解决乱序事件和晚到数据的精准窗口处理方法
CN112905638A (zh) * 2021-02-02 2021-06-04 浙江邦盛科技有限公司 一种基于喇叭状的时间切片处理方法
WO2022156481A1 (zh) * 2021-01-25 2022-07-28 华为技术有限公司 星历预报方法和装置
CN115640333A (zh) * 2022-10-31 2023-01-24 浙江邦盛科技股份有限公司 一种基于公约数的时序子结构多模式匹配查询方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106888135A (zh) * 2015-12-15 2017-06-23 阿里巴巴集团控股有限公司 一种任务状态的查询方法和装置
CN109727010A (zh) * 2018-05-14 2019-05-07 网联清算有限公司 业务查询方法、装置、计算机设备和存储介质
WO2022156481A1 (zh) * 2021-01-25 2022-07-28 华为技术有限公司 星历预报方法和装置
CN112905638A (zh) * 2021-02-02 2021-06-04 浙江邦盛科技有限公司 一种基于喇叭状的时间切片处理方法
CN112818039A (zh) * 2021-02-04 2021-05-18 浙江邦盛科技有限公司 一种解决乱序事件和晚到数据的精准窗口处理方法
CN115640333A (zh) * 2022-10-31 2023-01-24 浙江邦盛科技股份有限公司 一种基于公约数的时序子结构多模式匹配查询方法及装置

Also Published As

Publication number Publication date
CN116483874A (zh) 2023-07-25

Similar Documents

Publication Publication Date Title
CN110489447B (zh) 数据查询方法、装置、计算机设备和存储介质
CN109104336B (zh) 服务请求处理方法、装置、计算机设备及存储介质
US7437446B2 (en) Reporting of abnormal computer resource utilization data
US9619524B2 (en) Personalizing scoping and ordering of object types for search
US7840517B2 (en) Performance evaluating apparatus, method, and computer-readable medium
US9292407B2 (en) System and method for adaptively collecting performance and event information
US20060048155A1 (en) Organizing transmission of repository data
US20120324463A1 (en) System for Managing Data Collection Processes
US20200012602A1 (en) Cache allocation method, and apparatus
CN106462460B (zh) 基于维度的负载平衡
CN106230997B (zh) 一种资源调度方法和装置
US9477618B2 (en) Information processing device, information processing system, storage medium storing program for controlling information processing device, and method for controlling information processing device
JP2004213624A (ja) 動的なスレッド・プール調整技法
US8171228B2 (en) Garbage collection in a cache with reduced complexity
CN106357789B (zh) 一种信息访问控制方法、服务器及计算机可读存储介质
US9292336B1 (en) Systems and methods providing optimization data
US9792231B1 (en) Computer system for managing I/O metric information by identifying one or more outliers and comparing set of aggregated I/O metrics
US20160065663A1 (en) Dynamic load-based merging
CN111625527A (zh) 乱序数据处理方法、装置、设备及可读存储介质
CN116483874B (zh) 业务查询方法、装置、设备及存储介质
US10997171B2 (en) Database performance analysis based on a random archive
CN113656178A (zh) 数据处理方法、装置、设备及可读存储介质
WO2019019596A1 (zh) 断点名单的处理方法、装置、服务器及介质
CN110784478B (zh) 超时时长的调整方法、装置、设备及计算机可读存储介质
JP2018088041A (ja) 接続数制御プログラム、振り分け装置および接続数制御方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant