CN113778660A - 一种管理热点数据的系统和方法 - Google Patents

一种管理热点数据的系统和方法 Download PDF

Info

Publication number
CN113778660A
CN113778660A CN202110003308.1A CN202110003308A CN113778660A CN 113778660 A CN113778660 A CN 113778660A CN 202110003308 A CN202110003308 A CN 202110003308A CN 113778660 A CN113778660 A CN 113778660A
Authority
CN
China
Prior art keywords
data
server
target storage
hotspot
identifier
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.)
Pending
Application number
CN202110003308.1A
Other languages
English (en)
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 Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information 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 Jingdong Century Trading Co Ltd, Beijing Wodong Tianjun Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN202110003308.1A priority Critical patent/CN113778660A/zh
Publication of CN113778660A publication Critical patent/CN113778660A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0806—Multiuser, multiprocessor or multiprocessing cache systems
    • G06F12/0842—Multiuser, multiprocessor or multiprocessing cache systems for multiprocessing or multitasking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software 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

一种管理热点数据的系统和方法
技术领域
本发明涉及计算机技术领域，尤其涉及一种管理热点数据的系统和方法。
背景技术
服务器会在本地存储数据，当服务器接收到数据获取请求时，如果在本地查询到该数据获取请求指示的数据，则直接返回该数据，以提高响应的速度。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
对于存储于服务器上的数据而言，其被访问的次数并不相同，部分数据可能在短时间内被多次获取，此时服务器上的资源会被数据获取请求大量消耗，导致服务器处理其他任务的能力下降，甚至在数据获取请求非常多的情况下，会导致服务器的瘫痪。
发明内容
有鉴于此，本发明实施例提供一种管理热点数据的系统和方法，该系统包括至少一个业务服务器和缓存服务器集群，其中，缓存服务器集群用于存储至少一个业务服务器中的热点数据，且对每一个热点数据均存储于所述缓存服务器集群的至少两个目标存储服务器中。从而当业务服务器接收到待获取数据为热点数据的多个数据获取请求时，能够将多个数据获取请求转发给缓存服务器集群中的至少两个目标存储服务器，再由目标存储服务器分别响应该数据获取请求，避免了由单个服务器处理多个数据获取请求的情形，保证服务器能够正常处理其他任务，进而降低了在数据获取请求非常多的情况下服务器发生瘫痪的可能。
为实现上述目的，根据本发明实施例的一个方面，提供了一种管理热点数据的系统。
本发明实施例的一种管理热点数据的系统包括至少一个业务服务器和缓存服务器集群；其中：
缓存服务器集群，用于存储至少一个业务服务器中的热点数据，且每一个热点数据存储于缓存服务器集群的至少两个目标存储服务器中；
业务服务器，用于接收一个或多个数据获取请求；当一个或多个数据请求指示了同一个待获取数据的第一标识、且待获取数据为热点数据时，根据第一标识，确定待获取数据在缓存服务器集群中的存储路径；根据存储路径，将数据获取请求转发给缓存服务器集群中的目标存储服务器；
目标存储服务器，用于根据待获取的热点数据，响应数据获取请求。
可选地，
该系统还包括：至少一个代理服务器和控制模块；
至少一个代理服务器与至少一个业务服务器一一对应；
每一个代理服务器，用于监测对应的业务服务器中数据的被请求次数，当被请求次数大于第一阈值时，将被请求次数对应的数据以及被请求次数发送给控制模块；
控制模块，用于根据至少一个代理服务器分别发送的被请求次数，当被请求次数满足预设条件时，确定被请求次数对应的数据为热点数据，并将热点数据存储至缓存服务器集群中。
可选地，
控制模块，用于从缓存服务器集群中确定存储热点数据的目标存储服务器；将目标存储服务器的第二标识与热点数据的第一标识进行拼接，生成热点数据对应的第三标识，并将第三标识发送给业务服务器。
可选地，
业务服务器，用于利用第三标识替换数据获取请求中的第一标识，并将替换后的数据获取请求转发给目标存储服务器。
可选地，
控制模块，用于通过第一负载均衡算法，从缓存服务器集群中确定存储热点数据的至少两个目标存储服务器。
可选地，
当数据获取请求为多个时，
业务服务器，用于通过第二负载均衡算法以及待获取数据在缓存服务器集群中的存储路径，确定多个数据获取请求的转发路径，并根据转发路径将多个数据获取请求转发给至少两个目标存储服务器。
可选地，
预设条件包括：被请求次数大于第二阈值，和/或，在至少一个的代理服务器发送的多个被请求次数按由大到小的排列顺序中，被请求次数排列在排列顺序的前预设数值位。
为实现上述目的，根据本发明实施例的又一方面，提供了一种管理热点数据的方法。
本发明实施例的一种管理热点数据的方法，应用于上述任意一种管理热点数据的系统，包括：
缓存服务器集群存储至少一个业务服务器中的热点数据，且每一个热点数据存储于缓存服务器集群的至少两个目标存储服务器中；
业务服务器接收一个或多个数据获取请求；当一个或多个数据请求指示了同一个待获取数据的第一标识、且待获取数据为热点数据时，根据第一标识，确定待获取数据在缓存服务器集群中的存储路径；根据存储路径，将数据获取请求转发给缓存服务器集群中的目标存储服务器；
目标存储服务器根据待获取的热点数据，响应数据获取请求。
为实现上述目的，根据本发明实施例的又一方面，提供了一种管理热点数据的电子设备。
本发明实施例的一种管理热点数据的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明实施例的一种管理热点数据的方法。
为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。
本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种管理热点数据的方法。
上述发明中的一个实施例具有如下优点或有益效果：该系统包括至少一个业务服务器和缓存服务器集群，其中，缓存服务器集群用于存储至少一个业务服务器中的热点数据，且对每一个热点数据均存储于所述缓存服务器集群的至少两个目标存储服务器中。从而当业务服务器接收到待获取数据为热点数据的多个数据获取请求时，能够将多个数据获取请求转发给缓存服务器集群中的至少两个目标存储服务器，再由目标存储服务器分别响应该数据获取请求，避免了由单个服务器处理多个数据获取请求的情形，保证服务器能够正常处理其他任务，进而降低了在数据获取请求非常多的情况下服务器发生瘫痪的可能。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明实施例的一种管理热点数据的系统的示意图；
图2是根据本发明实施例的另一种管理热点数据的系统的示意图；
图3是根据本发明实施例的一种管理热点数据的方法的主要步骤的示意图；
图4是根据本发明实施例的另一种管理热点数据的方法的主要步骤的示意图；
图5是本发明实施例可以应用于其中的示例性系统架构图；
图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。
图1是根据本发明实施例的一种管理热点数据的系统的示意图。
如图1所示，本发明实施例的一种管理热点数据的系统100包括至少一个业务服务器101和缓存服务器集群102；其中：
缓存服务器集群102，用于存储至少一个业务服务器101中的热点数据，且每一个热点数据存储于缓存服务器集群的至少两个目标存储服务器103中；
业务服务器101，用于接收一个或多个数据获取请求；当一个或多个数据请求指示了同一个待获取数据的第一标识、且待获取数据为热点数据时，根据第一标识，确定待获取数据在缓存服务器集群102中的存储路径；根据存储路径，将数据获取请求转发给缓存服务器集群102中的目标存储服务器103；
目标存储服务器103，用于根据待获取的热点数据，响应数据获取请求。
在本发明实施例中，热点数据是指某个时段内大量用户请求的同一个数据，例如在电商业务的大促秒杀等场景下，在秒杀时段就会有大量用户请求同一个商品的数据，此时该数据就成为了热点数据。
在本发明实施例中，该系统还可以包括至少一个代理服务器和控制模块，以从业务服务器的数据中分析出热点数据；其中，至少一个代理服务器与至少一个业务服务器一一对应。具体地，每一个代理服务器监测对应的业务服务器中数据的被请求次数，当被请求次数大于第一阈值时，将被请求次数对应的数据以及被请求次数发送给控制模块；而控制模块则根据至少一个代理服务器分别发送的被请求次数，当被请求次数满足预设条件时，确定被请求次数对应的数据为热点数据，并将热点数据存储至缓存服务器集群中，以完成将热点数据从业务服务器转移至缓存服务器集群中存储的过程，减轻业务服务器处理针对热点数据的大量数据获取请求的压力。
在本发明实施例中，预设条件可以包括：被请求次数大于第二阈值，和/或，在至少一个的代理服务器发送的多个被请求次数按由大到小的排列顺序中，被请求次数排列在排列顺序的前预设数值位。
举例来说，某管理热点数据的系统中有3个业务服务器A、B、C和3个代理服务器A’、B’、C’，并且这3个业务服务器与3个代理服务器一一对应。其中，业务服务器A的第一阈值为一万次，代理服务器A’监测得知业务服务器A上的数据a1(被请求次数为十万次)和数据a2(被请求次数为两万次)的被请求次数均超过A的第一阈值，因此将a1和a2以及它们对应的被请求次数发送给控制模块，同理，代理服务器B’也将业务服务器B(第一阈值为五万次)上的数据b1(被请求次数为十万次)和b2(被请求次数为五万次)以及它们对应的被请求次数发送给控制模块、代理服务器C’也将业务服务器C(第一阈值为一万次)上的数据c1(被请求次数为一万次)及其对应的被请求次数发送给控制模块。
而控制模块在收到a1、a2、b1、b2、c1以及它们对应的被请求次数后，可以根据预设的第二阈值对这五个数据进一步筛选，例如第二阈值为五万次，则确定出的热点数据为a1(被请求次数为十万次)、b1(被请求次数为十万次)和b2(被请求次数为五万次)；也可以对这些数据按照被请求次数由大到小的顺序进行排列，再选择排列顺序的前预设数值位的数据作为热点数据，例如前预设数值位为2，则确定出的热点数据为a1(被请求次数为十万次)和b1(被请求次数为十万次)。确定出热点数据后，控制模块将这些热点数据冗余存储至缓存服务器集群中。
在本发明实施例中，第一阈值可以是个定值，也可以是对业务服务器上的数据所对应的多个被请求次数按由大到小的排列顺序中，被请求次数排列在排列顺序的前预设数值位，对此本方案不做具体限定。
在本发明实施例中，控制模块将这些热点数据将热点数据存储至缓存服务器集群中时，会对热点数据进行冗余存储，即每一个热点数据会存储于缓存服务器集群的至少两个目标存储服务器中，以减轻单个服务器处理高并发请求某一热点数据的压力。
具体地，控制模块通过第一负载均衡算法，从缓存服务器集群中确定待存储的热点数据的至少两个目标存储服务器，以使缓存服务器集群中的每一个存储服务器的负载较为均衡，防止某个存储服务器由于负载过重而崩溃瘫痪。在本发明一个优选的实施例中，控制模块通过算法CRC16(KEY)％16384对热点数据进行均衡分片，以从缓存服务器集群中确定待存储的热点数据的至少两个目标存储服务器。
在本发明实施例中，控制模块从缓存服务器集群中确定存储热点数据的目标存储服务器之后，可以将目标存储服务器的第二标识与热点数据的第一标识进行拼接，生成热点数据对应的第三标识，并将第三标识发送给业务服务器，以使业务服务器通过解析第三标识，知晓热点数据被转移至缓存服务器集群中的哪一个目标存储服务器上，便于后续业务服务器再接收到针对该热点数据的数据获取请求时，可以对数据获取请求中的参数进行修改后直接将该数据获取请求转发至相应的目标存储服务器，提升响应速度。
在本发明一个优选的实施例中，由于控制模块将热点数据存储在至少两个目标存储服务器中，所以控制模块向业务服务器发送的第三标识可以是个热点数据键集合列表，该集合列表中的内容可以是key-value的形式，其中key可以是热点数据的第一标识，而value可以是热点数据所在的多个目标存储服务器的第二标识。这样业务服务器收到该热点数据键集合列表后，就能够根据key和value得知每一个热点数据分别存储在哪一个目标存储服务器上。
在本发明实施例中，控制模块也可以将热点数据对应的第三标识发送给业务服务器对应的代理服务器，以使代理服务器得知热点数据被转移至缓存服务器集群中的哪一个目标存储服务器上。
在本发明实施例中，业务服务器接收到控制模块发来的热点数据的第三标识之后，当再次接收到针对该热点数据的数据获取请求时，就可以利用第三标识替换该数据获取请求中的第一标识，并将替换后的数据获取请求转发给所述目标存储服务器，以使目标存储服务器根据该数据获取请求中待获取的热点数据，响应该数据获取请求。
在本发明实施例中，当数据获取请求为多个时，业务服务器可以通过第二负载均衡算法以及待获取数据在缓存服务器集群中的存储路径，确定多个数据获取请求的转发路径，并根据转发路径将多个数据获取请求转发给至少两个目标存储服务器。其中，第二负载均衡算法可以是随机算法，也可以是轮询算法，还可以是其他用于均衡负载的自定义算法，对此本方案不做具体限定。
举例来说，如图2所示，图2是根据本发明实施例的另一种管理热点数据的系统的示意图，其中缓存服务器集群为redis(remote dictionary server，远程字典服务器)缓存集群，redis是一个开源的、使用ANSIC语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库。热点客户端agent(即代理服务器)将对应的服务器(即业务服务器)上被请求次数大于第一阈值的数据作为初步的热点数据上报给热点数据统计控制模块(即控制模块)，然后热点数据统计控制模块进行二次筛选，将被请求次数满足预设条件的数据作为真正的热点数据，再通过算法CRC16(KEY)％16384对热点数据进行均衡分片冗余存储至redis缓存集群。
图2中redis缓存集群有2个缓存分片(即目标存储服务器)，那么槽点分布是A缓存分片(0-8192)，B缓存分片(8193-16383)，则控制模块会在A缓存分片和B缓存分片上分别存储一次该热点数据。具体地，控制模块首先通过拼接字符的方式将热点数据的第一标识A分别与A缓存分片和B缓存分片的第二标识A和B进行合并，得到热点数据对应的第三标识，即A-TAG:A和A-TAG:B，然后把A-TAG:A对应的热点数据存储至缓存分片A，将A-TAG:B对应的热点数据存储至缓存分片B，再将A-TAG:A和A-TAG:B发送给第一标识A对应的热点数据被转移前所在的服务器或其对应的热点客户端agent。当该服务器再次接收到针对第一标识A的数据获取请求时，该服务器或其对应的热点客户端agent就可以根据随机算法、轮询算法等第二负载均衡算法，将该数据获取请求中关于第一标识A的参数替换为第三标识A-TAG:A或A-TAG:B，然后转发至对应的缓存分片，由对应的缓存分片响应该数据获取请求。
根据本发明实施例的一种管理热点数据的系统可以看出，该系统包括至少一个业务服务器和缓存服务器集群，其中，缓存服务器集群用于存储至少一个业务服务器中的热点数据，且对每一个热点数据均存储于所述缓存服务器集群的至少两个目标存储服务器中。从而当业务服务器接收到待获取数据为热点数据的多个数据获取请求时，能够将多个数据获取请求转发给缓存服务器集群中的至少两个目标存储服务器，再由目标存储服务器分别响应该数据获取请求，避免了由单个服务器处理多个数据获取请求的情形，保证服务器能够正常处理其他任务，进而降低了在数据获取请求非常多的情况下服务器发生瘫痪的可能。
图3是根据本发明实施例的一种管理热点数据的方法的主要步骤的示意图。
如图3所示，本发明实施例的一种管理热点数据的方法，应用于上述实施例中任意一种管理热点数据的系统，主要包括以下步骤：
步骤S301：缓存服务器集群存储至少一个业务服务器中的热点数据，且每一个热点数据存储于缓存服务器集群的至少两个目标存储服务器中；
步骤S302：业务服务器接收一个或多个数据获取请求；当一个或多个数据请求指示了同一个待获取数据的第一标识、且待获取数据为热点数据时，根据第一标识，确定待获取数据在缓存服务器集群中的存储路径；根据存储路径，将数据获取请求转发给缓存服务器集群中的目标存储服务器；
步骤S303：目标存储服务器根据待获取的热点数据，响应该数据获取请求。
在本发明实施例中，该系统还可以包括：至少一个代理服务器和控制模块；其中，至少一个代理服务器与至少一个业务服务器一一对应；每一个代理服务器可以监测对应的业务服务器中数据的被请求次数，当被请求次数大于第一阈值时，将被请求次数对应的数据以及被请求次数发送给控制模块；控制模块可以根据至少一个代理服务器分别发送的被请求次数，当被请求次数满足预设条件时，确定被请求次数对应的数据为热点数据，并将热点数据存储至缓存服务器集群中。
在本发明实施例中，控制模块还可以从缓存服务器集群中确定存储热点数据的目标存储服务器；将目标存储服务器的第二标识与热点数据的第一标识进行拼接，生成热点数据对应的第三标识，并将第三标识发送给业务服务器。
在本发明实施例中，业务服务器还可以利用第三标识替换数据获取请求中的第一标识，并将替换后的数据获取请求转发给目标存储服务器。
在本发明实施例中，控制模块还可以通过第一负载均衡算法，从缓存服务器集群中确定存储热点数据的至少两个目标存储服务器。
在本发明实施例中，当数据获取请求为多个时，业务服务器还可以通过第二负载均衡算法以及待获取数据在缓存服务器集群中的存储路径，确定多个数据获取请求的转发路径，并根据转发路径将多个数据获取请求转发给至少两个目标存储服务器。
在本发明实施例中，预设条件包括：被请求次数大于第二阈值，和/或，在至少一个的代理服务器发送的多个被请求次数按由大到小的排列顺序中，被请求次数排列在排列顺序的前预设数值位。
下面以一个较为完整的实施例对本发明提出的一种管理热点数据的方法进行说明，如图4所示，图4是根据本发明实施例的另一种管理热点数据的方法的主要步骤的示意图，该方法主要包括以下步骤：
步骤S401：代理服务器监测对应业务服务器中数据的被请求次数。
步骤S402：当被请求次数大于第一阈值时，代理服务器将被请求次数对应的数据以及被请求次数发送给控制模块。
步骤S403：当被请求次数满足预设条件时，控制模块确定被请求次数对应的数据为热点数据，并从缓存服务器集群中确定存储该热点数据的目标存储服务器。
步骤S404：控制模块将该热点数据存储至目标存储服务器中。
步骤S405：控制模块将目标存储服务器的第二标识与热点数据的第一标识进行拼接，生成热点数据对应的第三标识，并将第三标识发送给业务服务器。
步骤S406：业务服务器接收一个或多个数据获取请求，其中，数据获取请求中指示了同一个待获取数据的第一标识。
在本发明实施例中，业务服务器可以通过第一标识得知待获取数据为热点数据。
步骤S407：业务服务器利用第三标识替换数据获取请求中的第一标识，并将替换后的转发给相应的目标存储服务器。
步骤S408：目标存储服务器根据第三标识，响应该数据获取请求。
根据本发明实施例的一种管理热点数据的方法可以看出，该方法应用于上述实施例中任意一种管理热点数据的系统，该系统包括至少一个业务服务器和缓存服务器集群，其中，缓存服务器集群用于存储至少一个业务服务器中的热点数据，且对每一个热点数据均存储于所述缓存服务器集群的至少两个目标存储服务器中。从而当业务服务器接收到待获取数据为热点数据的多个数据获取请求时，能够将多个数据获取请求转发给缓存服务器集群中的至少两个目标存储服务器，再由目标存储服务器分别响应该数据获取请求，避免了由单个服务器处理多个数据获取请求的情形，保证服务器能够正常处理其他任务，进而降低了在数据获取请求非常多的情况下服务器发生瘫痪的可能。
图5示出了可以应用本发明实施例的一种管理热点数据的系统或一种管理热点数据的方法的示例性系统架构500。
如图5所示，系统架构500可以包括终端设备501、502、503，网络504和电子设备505。网络504用以在终端设备501、502、503和电子设备505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备501、502、503通过网络504与电子设备505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
电子设备505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。
应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和电子设备。
下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括控制模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，控制模块还可以被描述为“确定热点数据并将热点数据存储至缓存服务器集群的模块”。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：缓存服务器集群存储至少一个业务服务器中的热点数据，且每一个热点数据存储于缓存服务器集群的至少两个目标存储服务器中；业务服务器接收一个或多个数据获取请求；当一个或多个数据请求指示了同一个待获取数据的第一标识、且待获取数据为热点数据时，根据第一标识，确定待获取数据在缓存服务器集群中的存储路径；根据存储路径，将数据获取请求转发给缓存服务器集群中的目标存储服务器；目标存储服务器根据待获取的热点数据，响应数据获取请求。
根据本发明实施例的技术方案，该系统包括至少一个业务服务器和缓存服务器集群，其中，缓存服务器集群用于存储至少一个业务服务器中的热点数据，且对每一个热点数据均存储于所述缓存服务器集群的至少两个目标存储服务器中。从而当业务服务器接收到待获取数据为热点数据的多个数据获取请求时，能够将多个数据获取请求转发给缓存服务器集群中的至少两个目标存储服务器，再由目标存储服务器分别响应该数据获取请求，避免了由单个服务器处理多个数据获取请求的情形，保证服务器能够正常处理其他任务，进而降低了在数据获取请求非常多的情况下服务器发生瘫痪的可能。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种管理热点数据的系统，其特征在于，包括至少一个业务服务器和缓存服务器集群；其中：
所述缓存服务器集群，用于存储所述至少一个业务服务器中的热点数据，且每一个所述热点数据存储于所述缓存服务器集群的至少两个目标存储服务器中；
所述业务服务器，用于接收一个或多个数据获取请求；当一个或多个所述数据请求指示了同一个待获取数据的第一标识、且所述待获取数据为热点数据时，根据所述第一标识，确定所述待获取数据在所述缓存服务器集群中的存储路径；根据所述存储路径，将所述数据获取请求转发给所述缓存服务器集群中的所述目标存储服务器；
所述目标存储服务器，用于根据待获取的所述热点数据，响应所述数据获取请求。
2.根据权利要求1所述的系统，其特征在于，该系统还包括：至少一个代理服务器和控制模块；
所述至少一个代理服务器与所述至少一个业务服务器一一对应；
每一个所述代理服务器，用于监测对应的所述业务服务器中数据的被请求次数，当所述被请求次数大于第一阈值时，将所述被请求次数对应的数据以及所述被请求次数发送给所述控制模块；
所述控制模块，用于根据所述至少一个代理服务器分别发送的所述被请求次数，当所述被请求次数满足预设条件时，确定所述被请求次数对应的数据为所述热点数据，并将所述热点数据存储至所述缓存服务器集群中。
3.根据权利要求2所述的系统，其特征在于，
所述控制模块，用于从所述缓存服务器集群中确定存储所述热点数据的所述目标存储服务器；将所述目标存储服务器的第二标识与所述热点数据的第一标识进行拼接，生成所述热点数据对应的第三标识，并将所述第三标识发送给所述业务服务器。
4.根据权利要求3所述的系统，其特征在于，
所述业务服务器，用于利用所述第三标识替换所述数据获取请求中的第一标识，并将替换后的所述数据获取请求转发给所述目标存储服务器。
5.根据权利要求3所述的系统，其特征在于，
所述控制模块，用于通过第一负载均衡算法，从所述缓存服务器集群中确定存储所述热点数据的至少两个目标存储服务器。
6.根据权利要求1所述的系统，其特征在于，当所述数据获取请求为多个时，
所述业务服务器，用于通过第二负载均衡算法以及所述待获取数据在所述缓存服务器集群中的存储路径，确定多个所述数据获取请求的转发路径，并根据所述转发路径将所述多个所述数据获取请求转发给所述至少两个目标存储服务器。
7.根据权利要求2所述的系统，其特征在于，
所述预设条件包括：所述被请求次数大于第二阈值，和/或，在所述至少一个的代理服务器发送的多个被请求次数按由大到小的排列顺序中，所述被请求次数排列在所述排列顺序的前预设数值位。
8.一种管理热点数据的方法，其特征在于，应用于如权利要求1至7中任一所述的系统，包括：
缓存服务器集群存储所述至少一个业务服务器中的热点数据，且每一个所述热点数据存储于所述缓存服务器集群的至少两个目标存储服务器中；
业务服务器接收一个或多个数据获取请求；当一个或多个所述数据请求指示了同一个待获取数据的第一标识、且所述待获取数据为热点数据时，根据所述第一标识，确定所述待获取数据在所述缓存服务器集群中的存储路径；根据所述存储路径，将所述数据获取请求转发给所述缓存服务器集群中的目标存储服务器；
目标存储服务器根据待获取的所述热点数据，响应所述数据获取请求。
9.一种管理热点数据的电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求8所述的方法。
10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求8所述的方法。
CN202110003308.1A 2021-01-04 2021-01-04 一种管理热点数据的系统和方法 Pending CN113778660A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110003308.1A CN113778660A (zh) 2021-01-04 2021-01-04 一种管理热点数据的系统和方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110003308.1A CN113778660A (zh) 2021-01-04 2021-01-04 一种管理热点数据的系统和方法

Publications (1)

Publication Number Publication Date
CN113778660A true CN113778660A (zh) 2021-12-10

Family

ID=78835375

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110003308.1A Pending CN113778660A (zh) 2021-01-04 2021-01-04 一种管理热点数据的系统和方法

Country Status (1)

Country Link
CN (1) CN113778660A (zh)

Similar Documents

Publication Publication Date Title
CN111460129B (zh) 标识生成的方法、装置、电子设备和存储介质
CN109428926B (zh) 一种调度任务节点的方法和装置
CN113282589A (zh) 一种数据获取方法和装置
CN113364887A (zh) 一种基于ftp的文件下载方法、代理服务器和系统
CN113742389A (zh) 一种业务处理方法和装置
CN111831503B (zh) 一种基于监控代理的监控方法和监控代理装置
CN112948138A (zh) 一种处理消息的方法和装置
CN110247847B (zh) 节点之间回源选路的方法和装置
US20230093004A1 (en) System and method for asynchronous backend processing of expensive command line interface commands
CN115496544A (zh) 一种数据处理的方法和装置
CN112688982B (zh) 一种用户请求处理方法和装置
CN113778660A (zh) 一种管理热点数据的系统和方法
CN115442129A (zh) 一种管理集群访问权限的方法、装置和系统
CN113726885A (zh) 一种流量配额的调整方法和装置
CN113946816A (zh) 基于云服务的鉴权方法、装置、电子设备和存储介质
CN112769960A (zh) 一种基于Nginx服务器的主动流量控制方法及系统
CN115220640A (zh) 用于处理数据的方法、电子设备和计算机程序产品
CN110019671B (zh) 一种处理实时消息的方法和系统
CN113132447A (zh) 反向代理的方法和系统
CN112559001A (zh) 更新应用的方法和装置
CN112711572A (zh) 适用于分库分表的在线扩容方法和装置
CN110262756B (zh) 用于缓存数据的方法和装置
CN112968975B (zh) 服务请求的处理方法和装置
CN110011767B (zh) 用于tcp连接备份的方法和装置
CN113760886B (zh) 提供数据服务的方法、装置、设备和计算机可读介质

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