CN110473113A - 基于disruptor提高业务系统吞吐量方法、装置及介质、服务器 - Google Patents
基于disruptor提高业务系统吞吐量方法、装置及介质、服务器 Download PDFInfo
- Publication number
- CN110473113A CN110473113A CN201910611419.3A CN201910611419A CN110473113A CN 110473113 A CN110473113 A CN 110473113A CN 201910611419 A CN201910611419 A CN 201910611419A CN 110473113 A CN110473113 A CN 110473113A
- Authority
- CN
- China
- Prior art keywords
- data
- insurance
- event type
- caching
- disruptor
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 64
- 238000003860 storage Methods 0.000 claims description 24
- 230000004083 survival effect Effects 0.000 claims description 12
- 238000012790 confirmation Methods 0.000 claims description 11
- 239000000284 extract Substances 0.000 claims description 9
- 238000012544 monitoring process Methods 0.000 claims description 7
- 238000000605 extraction Methods 0.000 claims description 5
- 230000008569 process Effects 0.000 abstract description 28
- 238000012545 processing Methods 0.000 abstract description 19
- 238000005457 optimization Methods 0.000 abstract description 4
- 238000004891 communication Methods 0.000 abstract description 2
- 238000012546 transfer Methods 0.000 abstract description 2
- 230000006870 function Effects 0.000 description 19
- 230000005540 biological transmission Effects 0.000 description 11
- 239000000872 buffer Substances 0.000 description 9
- 230000004044 response Effects 0.000 description 5
- 238000013500 data storage Methods 0.000 description 4
- 230000004888 barrier function Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 208000010513 Stupor Diseases 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000005520 cutting process Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- General Business, Economics & Management (AREA)
- Technology Law (AREA)
- Software Systems (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- Computational Linguistics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及通信、运维、过程优化、数据传输优化技术领域，本申请实施例提供的一种基于disruptor提高业务系统吞吐量方法，包括：获取应用程序产生的保险数据，提取保险数据中的关键数据，关键数据包括：保险类型、保险期限、保险交易截止期限、受益人信息；通过disruptor将关键数据封装成与关键数据类型相对应事件类型；将封装成事件类型的关键数据存储在环形队列缓存中。降低了服务器获取数据的时间，使得服务器可以将内部资源主要用于进行数据处理的过程，提高了服务器处理数据的稳定性，避免服务器消耗更多资源用于数据读写的过程，进而提高系统服务器的数据吞吐量。避免多次重复遍历缓存中的数据，在实现数据共享时，同时提高了保险系统数据处理的效率。
Description
技术领域
本发明涉及通信、运维、过程优化、数据传输优化技术领域，具体涉及一种基于disruptor提高业务系统吞吐量方法、装置及介质、服务器。
背景技术
在大规模的数据处理中，为了实现高性能(低延迟、低资源耗用等)系统，如电子商务系统，金融交易系统等。工程师们设计多任务、多线程的架构。目前系统中是应用服务器直接操作数据库，当用户请求量比较大的时候(写数据的操作比较大)，还会导致后台服务容易出现假死状态，进一步地导致用户响应时间长。在资源有限的情况下，为了避免资源争夺抢占，常常采用相应的锁，使得资源使用过程安全有序，然而该操作会降低系统的吞吐量，且在资源利用过程中，系统内的单个事件只能被一个消费者消费，导致无法实现系统内资源的共享。
发明内容
为克服以上技术问题，特别是目前用户请求量较大，采用锁导致系统吞吐量下降的问题，特提出以下技术方案：
本发明实施例提供的一种基于disruptor提高业务系统吞吐量方法，包括：
获取应用程序产生的保险数据，提取所述保险数据中的关键数据，所述关键数据包括：保险类型、保险期限、保险交易截止期限、受益人信息；
基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型；
将封装成事件类型的所述关键数据存储在环形队列缓存中。
可选地，所述基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型，包括：
基于所述关键数据类型的不同，将不同类型的所述关键数据封装成不同类型的所述事件类型。
可选地，所述基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型之前，包括：
获取所述保险数据中的保险单号，通过disruptor监听同一所述保险单号的所述事件类型。
可选地，所述将封装成事件类型的所述关键数据存储在环形队列缓存之后，包括：
依据预设事件类型与重要等级之间的关联关系，确定同一保险单号对应的不同重要等级的所述事件类型；
根据所述事件类型对应重要等级，对确认能直接发送到服务器的所述事件类型，将所述事件类型发送到服务器；
对确认不能直接发送到服务器的所述事件类型，将所述事件类型按照预设周期发送到服务器。
可选地，所述将封装成事件类型的所述关键数据存储在环形队列缓存，包括：
判断同一所述保险单号的所述事件类型是否完整，当所述事件类型不完整时，将当前缓存到所述环形队列缓存中的所述事件类型形成第一缓存事件类型；
监听同一所述保险单号的缓存到所述环形队列的第二缓存事件类型；
判断所述第一缓存事件类型和所述第二缓存事件类型构成的所述事件类型是否完整；
若完整，则将所述第一缓存事件类型和所述第二缓存事件类型构成的所述事件类型发送至服务器；若不完整，则重复监听同一所述保险单号的缓存到所述环形队列的第二缓存事件类型步骤。
可选地，所述将封装成事件类型的所述关键数据存储在环形队列缓存之后，包括：
检测各所述保险单号对应缓存的存续时长，在到达所述存续时长对应的时间时，清除缓存在所述环形队列中的所述存续时长对应保险单号的所述事件类型。
可选地，所述获取应用程序产生的保险数据，提取所述保险数据中的关键数据之前，包括：
获取应用程序中保险业务的保险数据流量，将所述保险数据流量与预设保险数据流量阈值对比，确定存储所述保险数据的所述环形队列缓存。
本申请实施例还提供了一种基于disruptor提高业务系统吞吐量装置，包括：
提取模块，用于获取应用程序产生的保险数据，提取所述保险数据中的关键数据，所述关键数据包括：保险类型、保险期限、保险交易截止期限、受益人信息；
封装模块，用于基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型；
存储模块，用于将封装成事件类型的所述关键数据存储在环形队列缓存中。
可选地，所述封装模块包括：
监听模块，用于获取所述保险数据中的保险单号，通过disruptor监听同一所述保险单号的所述关键数据。
本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现任一技术方案所述的基于disruptor提高业务系统吞吐量方法。
本发明实施例还提供了一种服务器，包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行根据任一技术方案所述的基于disruptor提高业务系统吞吐量方法的步骤。
本发明与现有技术相比，具有以下有益效果：
1、本申请实施例提供的一种基于disruptor提高业务系统吞吐量方法，包括：获取应用程序产生的保险数据，提取所述保险数据中的关键数据，所述关键数据包括：保险类型、保险期限、保险交易截止期限、受益人信息；基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型；将封装成事件类型的所述关键数据存储在环形队列缓存中。将包装成事件类型的关键数据放入disruptor中的ringbuff缓存中，将保险数据中的关键数据包装成事件类型，便于disruptor能够将关键数据主动发送给服务器，以降低服务器获取数据的时间，使得服务器可以将内部资源主要用于进行数据处理的过程，提高了服务器处理数据的稳定性，避免服务器消耗更多资源用于数据读写的过程，进而提高系统服务器的数据吞吐量。由于disruptor的ringbuf缓存可以实现缓存资源的共享，为了快速地获取到保险数据中的关键数据，在获取ringbuff中某一个槽缓存的数据时，可以同时加载ringbuff中其他槽缓存的关键数据，进而实现了关键数据的快速遍历，并达到关键数据的共享，避免多次重复遍历ringbuff中的数据，在实现数据共享时，同时提高了保险系统数据处理的效率。基于所述关键数据类型的不同，将不同类型的所述关键数据封装成不同类型的所述事件类型。基于数据类型的不同，将不同类型的数据包装成不同事件类型，如不同类型的数据缓存长度不同，解决了不同类型数据，缓存不同，有效利用缓存的技术问题。相应的，可以在disruptor中划分多个ringbuff，每一个ringbuff用于存储不同类型的缓存数据的事件类型，进而在数据存储过程中，由于基于不同事件类型进行缓存的划分，进而可以提高数据缓存的速度，便于后期进行相同类型数据的查找，同时避免在一个ringbuff中缓存槽不够的情况，降低事件类型缓存的等待时间。
2、本申请实施例提供的一种基于disruptor提高业务系统吞吐量方法，所述将封装成事件类型的所述关键数据存储在环形队列缓存之后，包括：依据预设事件类型与重要等级之间的关联关系，确定同一保险单号对应的不同重要等级的所述事件类型；根据所述事件类型对应重要等级，对确认能直接发送到服务器的所述事件类型，将所述事件类型发送到服务器；对确认不能直接发送到服务器的所述事件类型，将所述事件类型按照预设周期发送到服务器。针对同一保险单号的数据，为了避免遗漏重要的数据，通过disruptor监听同一保单号中关键数据的封装的事件类型，根据预设时间类型和重要等级之间的关联系，确定划分不同事件类型的重要等级，当重要等级高的数据存入缓存时，马上发送到服务器，而重要等级低的数据存入缓存时，不发送到服务器，解决不同事件类型，合适发送到服务器，节省资源调度问题以及缓存ringbuff的利用率问题，提高了对高等级数据的处理效率，由此提高保险系统的业务吞吐量。
本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本发明基于disruptor提高业务系统吞吐量方法的典型实施例中一种实施方式的流程示意图；
图2为本发明基于disruptor提高业务系统吞吐量装置的典型实施例的结构示意图；
图3为本发明服务器的一实施例结构示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
本领域技术人员应当理解，本发明所称的“应用”、“应用程序”、“应用软件”以及类似表述的概念，是业内技术人员所公知的相同概念，是指由一系列计算机指令及相关数据资源有机构造的适于电子运行的计算机软件。除非特别指定，这种命名本身不受编程语言种类、级别，也不受其赖以运行的操作系统或平台所限制。理所当然地，此类概念也不受任何形式的终端所限制。
本申请实施例提供的一种基于disruptor提高业务系统吞吐量方法，在其中一种实施方式中，如图1所示，包括：S100、S200、S300。
S100：获取应用程序产生的保险数据，提取所述保险数据中的关键数据，所述关键数据包括：保险类型、保险期限、保险交易截止期限、受益人信息；
S200：基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型；
S300：将封装成事件类型的所述关键数据存储在环形队列缓存中。
本申请主要应用于保险系统中。在前端的应用程序产生了相应的保险数据之后，则提取该保险数据中关键数据，以便于对关键数据进行相应的处理，使得数据能够按照一定的规则进行缓存和发送，避免过多的数据同时存储数据库中，降低服务器对数据库中数据的读写速度，进而降低系统服务器的吞吐量，在该基础上，通过提取关键数据，也便于相应的人员对保险交易的数据处理过程以及后续保险业务进行相应的管理。在其中一种实施方式中，保险类型如车险、寿险等类型的保险业务，保险期限为当前收益人的受保期限，保险交易截止期限如：车险超过受保期限之后的规定时间。受益人信息包括受益人的联系信息如地址、电话、邮箱以及证件类型更新等。进一步地，在本申请中，还可以依据所述保险类型获取判断交易的预设交易期限规则；依据所述预设交易期限规则确定当前保险交易的截止期限；在当前交易时间超过所述截止期限时，向用户发送不能进行保险交易的提醒信息。更进一步地，获取当前保险交易对应的保单单号，将所述保单单号和所述提醒信息以关联关系存储在数据库中。通过前述数据处理过程可以避免用户多交保险费用，且通过提醒信息提醒客户，便于客户理解交易不成功，同时将保单单号和提醒信息以关联关系存储在数据库中，方便后期进行业务管理，同时方便向客户进行解释，以避免客户和业务人员之间的矛盾。在获取到关键数据之后，为了解决系统服务器吞吐量低的问题，前端产生的数据不直接写入数据库中，将数据包装成事件类型，并将包装成事件类型的数据存储在数据库中，在本申请优选的实施例中，在将包装成事件类型的关键数据放入disruptor(高性能的异步处理框架)中的ringbuff(环形队列)缓存中，由于缓存中的数据是主动发给消费端的，而不是像一般的生产者消费者模式那样，消费端去缓存中取数据，且是依据disruptor中的ringbuff缓存队列，使得服务器可以快速地获取到相应数据，将保险数据中的关键数据包装成事件类型，便于disruptor能够将关键数据主动发送给服务器，以降低服务器获取数据的时间，使得服务器可以将内部资源主要用于进行数据处理的过程，提高了服务器处理数据的稳定性，避免服务器消耗更多资源用于数据读写的过程，进而提高系统服务器的数据吞吐量。在本申请中，通过内存屏障和原子性的CAS(又称Compare-and-Swap)操作替换锁，代表一种原子操作。其能够为每一个Node(节点)在Set()的时候分配一个cas值，即在创建节点的时候分配一个cas值(本质是版本号，返回的Node和存储Node的cas值一样，每次要更新这个Node时要检查cas的值是否与取出来时一致，若一致，则执行任务，若不一致则在对应的线程/进程中重复赋值，直到两者一致，避免出现线程死锁的状态)；还能只有在Update(更新)一个key(键)的value(值)时才会造成多线程冲突，只是Set/Get(创建或者获取节点)是不会的，单线程也不会并发问题。进而通过将该方式应用于本申请提供的技术方案中，则是可以将本技术方案中执行各任务的进程分开，进而使得系统可以并行执行任务，提高系统的响应事件和效率。由于disruptor的ringbuf缓存可以实现缓存资源的共享，为了快速地获取到保险数据中的关键数据，在获取ringbuff中某一个槽缓存的数据时，可以同时加载ringbuff中其他槽缓存的关键数据，进而实现了关键数据的快速遍历，并达到关键数据的共享，在后期进行数据发送时，也可以快速地确定是否能将同一个ringbuff中的数据是否同时或者在预置时间发送给服务器，避免多次重复遍历ringbuff中的数据，在实现数据共享时，同时提高了保险系统数据处理的效率。
可选地，所述基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型，包括：
基于所述关键数据类型的不同，将不同类型的所述关键数据封装成不同类型的所述事件类型。
基于数据类型的不同，将不同类型的数据包装成不同事件类型，由于不同类型的数据缓存长度不同，比如用户注册信息缓存很长，用户确认续保信息缓存很短，解决了不同类型数据，缓存不同，有效利用缓存的技术问题。相应的，可以在disruptor中划分多个ringbuff，每一个ringbuff用于存储不同类型的缓存数据的事件类型，进而在数据存储过程中，由于基于不同事件类型进行缓存的划分，进而可以提高数据缓存的速度，便于后期进行相同类型数据的查找，同时避免在一个ringbuff中缓存槽不够的情况，降低事件类型缓存的等待时间。
可选地，所述基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型之前，包括：
获取所述保险数据中的保险单号，通过disruptor监听同一所述保险单号的所述事件类型。
通过disruptor对同一保险单号中的关键数据进行监听，当没有数据的时候，进入休眠状态，而不需要实时，提高了系统的性能和系统的使用寿命。结合前述示例，对车险进行监听，由于常规情况下，在保险期限内续交车险，可以享受一定的优惠措施，则在监听到用户缴纳车险费用，且该车险费用在前期保险期限内，则可以依据续交次数与折扣幅度之间的关联关系，对用户的车险费用进行优惠后的扣费。而在超过保险期限时，则可以提取前期保险中用户信息以及车辆信息，基于该信息生成新的保险单。而对于寿险之类的保险，响应于用户保险费用缴纳操作，disruptor监听到寿险到期且超过费用缴纳的截止期限时，则向用户发送提醒费用缴纳失败以及缴纳失败的原因，即向用户发送超过截止期限不能缴纳费用。
可选地，所述将封装成事件类型的所述关键数据存储在环形队列缓存之后，包括：
依据预设事件类型与重要等级之间的关联关系，确定同一保险单号对应的不同重要等级的所述事件类型；
根据所述事件类型对应重要等级，对确认能直接发送到服务器的所述事件类型，将所述事件类型发送到服务器；
对确认不能直接发送到服务器的所述事件类型，将所述事件类型按照预设周期发送到服务器。
进一步地，针对同一保险单号的数据，为了避免遗漏重要的数据，通过disruptor监听同一保单号中关键数据的封装的事件类型，根据预设时间类型和重要等级之间的关联系，确定划分不同事件类型的重要等级，当重要等级高的数据存入缓存时，马上发送到服务器(如实时发送到服务器)，而重要等级低的数据存入缓存时，不发送到服务器或者周期性的发送到服务器，比如，保单中的用户新增批准信息，重要等级低不发送到服务器；保单号中的确认购买信息，重要等级高马上发送服务器。通过前述过程解决不同事件类型，合适发送到服务器，节省资源调度问题以及缓存ringbuff的利用率问题，提高了对高等级数据的处理效率，由此提高保险系统的业务吞吐量。
可选地，所述将封装成事件类型的所述关键数据存储在环形队列缓存，包括：
判断同一所述保险单号的所述事件类型是否完整，当所述事件类型不完整时，将当前缓存到所述环形队列缓存中的所述事件类型形成第一缓存事件类型；
监听同一所述保险单号的缓存到所述环形队列的第二缓存事件类型；
判断所述第一缓存事件类型和所述第二缓存事件类型构成的所述事件类型是否完整；
若完整，则将所述第一缓存事件类型和所述第二缓存事件类型构成的所述事件类型发送至服务器；若不完整，则重复监听同一所述保险单号的缓存到所述环形队列的第二缓存事件类型步骤。
在前述基础上，监听同一保单号，当存入缓存时，先判断缓存的事件类型是否完整，若完整则发，比如用户输入个人信息，形成第一缓存事件类型，存入到ringbuff的缓存中；输入业务购买确认信息，形成第二缓存事件类型，存入到ringbuff的缓存中；当判断属于完整业务时才发送到服务器，解决在前端自动通过事件类型判断业务完整性，避免发送无效数据到服务器的问题，减轻服务器的数据处理压力，进一步地提高系统的吞吐量。更进一步地，第一缓存事件类型和在第二缓存事件类型还不能构成完整的事件类型时，则重复前述过程，直到同一保单该事件类型完整。
可选地，所述将封装成事件类型的所述关键数据存储在环形队列缓存之后，包括：
检测各所述保险单号对应缓存的存续时长，在到达所述存续时长对应的时间时，清除缓存在所述环形队列中的所述存续时长对应保险单号的所述事件类型。
在前述通过disruptor监听同一保险单号的事件类型的基础上，还能够检测该保单对应的缓存的存续时长，不同保单的缓存的清理时间不同。比如，对车险续保，当缓存了10分钟没有发送服务器，则清除；对新购买人寿保险，用户会考虑很久，当缓存了30分钟没发送服务器，则清除，解决长时间不发送服务器，自动释放缓存，实现ringbuff缓存高效利用的技术问题。相应的，该缓存中事件的清除是将其他事件存入到时间的缓存槽中，实现缓存中事件的更新，进而避免产生过多的垃圾，占用系统的存储空间。在此基础上，在Disruptor监听到有新事件产生，则将ringbuff中封装成事件类型的数据解包成业务数据，并将业务数据存入数据库中，如(oracle mysql(关系型数据库)，mongdb(由C++语言编写的数据库)等)，进而替换出ringbuff中的空位，同时将新事件存储到ringbuff中，通过数据的异步存储方式，使得系统可以并行执行任务，提高系统的响应事件和效率。
可选地，所述获取应用程序产生的保险数据，提取所述保险数据中的关键数据之前，包括：
获取应用程序中保险业务的保险数据流量，将所述保险数据流量与预设保险数据流量阈值对比，确定存储所述保险数据的所述环形队列缓存。
通过获取应用程序中保险业务对应的保险数据流量，向其分配对应环形队列缓存，进而可以有效地利用系统中的环形队列缓存，避免将缓存过小的环形队列缓存分配给保险数据的存储导致服务器数据存储的等待时间过长，降低整个系统业务系统的数据吞吐量，或者避免将缓存过大的分配给保险数据，导致给应用程序的其他业务缓存不足，进而导致系统的服务器分配过多的时间用于处理其他业务，降低了保险数据处理效率。相应的，在该过程中，是将保险数据流量与预设保险数据流量阈值进行对比，预设保险数据流量阈值与对应的环形队列缓存相关联，相应的，则基于该保险数据所处预设保险数据流量阈值，能够确定保险数据存储的环形队列缓存。
本发明实施例还提供了一种基于disruptor提高业务系统吞吐量装置，在其中一种实施方式中，如图2所示，包括：提取模块100、封装模块200、存储模块300：
提取模块100，用于获取应用程序产生的保险数据，提取所述保险数据中的关键数据，所述关键数据包括：保险类型、保险期限、保险交易截止期限、受益人信息；
封装模块200，用于基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型；
存储模块300，用于将封装成事件类型的所述关键数据存储在环形队列缓存中。
进一步地，如图2所示，本发明实施例中提供的一种基于disruptor提高业务系统吞吐量方法装置还包括：监听模块201，用于获取所述保险数据中的保险单号，通过disruptor监听同一所述保险单号的所述事件类型。等级确定模块410，用于依据预设事件类型与重要等级之间的关联关系，确定同一保险单号对应的不同重要等级的所述事件类型；直接发送确定模块420，用于根据所述事件类型对应重要等级，对确认能直接发送到服务器的所述事件类型，将所述事件类型发送到服务器；周期发送确定模块430，用于对确认不能直接发送到服务器的所述事件类型，将所述事件类型按照预设周期发送到服务器。第一判断单元310，用于判断同一所述保险单号的所述事件类型是否完整，当所述事件类型不完整时，将当前缓存到所述环形队列缓存中的所述事件类型形成第一缓存事件类型；监听单元320，用于监听同一所述保险单号的缓存到所述环形队列的第二缓存事件类型；第二判断单元330，判断所述第一缓存事件类型和所述第二缓存事件类型构成的所述事件类型是否完整；执行单元340，用于若完整，则将所述第一缓存事件类型和所述第二缓存事件类型构成的所述事件类型发送至服务器；若不完整，则重复监听同一所述保险单号的缓存到所述环形队列的第二缓存事件类型步骤。检测模块430，用于检测各所述保险单号对应缓存的存续时长，在到达所述存续时长对应的时间时，清除缓存在所述环形队列中的所述存续时长对应保险单号的所述事件类型。确定模块101，用于获取应用程序中保险业务的保险数据流量，将所述保险数据流量与预设保险数据流量阈值对比，确定存储所述保险数据的所述环形队列缓存。
本发明实施例提供的一种基于disruptor提高业务系统吞吐量方法装置可以实现上述基于disruptor提高业务系统吞吐量方法的实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。
本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现任一项技术方案所述的基于disruptor提高业务系统吞吐量方法。其中，所述计算机可读存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(RandomAcceSS Memory，随即存储器)、EPROM(EraSable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically EraSable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储设备包括由设备(例如，计算机、手机)以能够读的形式存储或传输信息的任何介质，可以是只读存储器，磁盘或光盘等。
本发明实施例提供的一种计算机可读存储介质，可实现上述基于disruptor提高业务系统吞吐量方法的实施例，在本申请中基于不同类型数据包装成不同的事件类型，并存储于不同的ringbuff中，降低了缓存数据缓存的等待时间，实现缓存的有效利用，且在数据缓存与发送过程中，为了提高系统的吞吐量，基于数据等级、数据完整程度以及缓存时长进行数据的缓存与发送，避免批量的数据同时涌入服务器，进而提高服务器的数据处理效率，同时合理的利用和调度ringbuff的缓存，提高系统吞吐量；本申请实施例提供的一种基于disruptor提高业务系统吞吐量方法，包括：获取应用程序产生的保险数据，提取所述保险数据中的关键数据，所述关键数据包括：保险类型、保险期限、保险交易截止期限、受益人信息；基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型；将封装成事件类型的所述关键数据存储在环形队列缓存中。本申请主要应用于保险系统中。在前端的应用程序产生了相应的保险数据之后，则提取该保险数据中关键数据，以便于对关键数据进行相应的处理，使得数据能够按照一定的规则进行缓存和发送，避免过多的数据同时存储数据库中，降低服务器对数据库中数据的读写速度，进而降低系统服务器的吞吐量，在该基础上，通过提取关键数据，也便于相应的人员对保险交易的数据处理过程以及后续保险业务进行相应的管理。在其中一种实施方式中，保险类型如车险、寿险等类型的保险业务，保险期限为当前收益人的受保期限，保险交易截止期限如：车险超过受保期限之后的规定时间。受益人信息包括受益人的联系信息如地址、电话、邮箱以及证件类型更新等。进一步地，在本申请中，还可以依据所述保险类型获取判断交易的预设交易期限规则；依据所述预设交易期限规则确定当前保险交易的截止期限；在当前交易时间超过所述截止期限时，向用户发送不能进行保险交易的提醒信息。更进一步地，获取当前保险交易对应的保单单号，将所述保单单号和所述提醒信息以关联关系存储在数据库中。通过前述数据处理过程可以避免用户多交保险费用，且通过提醒信息提醒客户，便于客户理解交易不成功，同时将保单单号和提醒信息以关联关系存储在数据库中，方便后期进行业务管理，同时方便向客户进行解释，以避免客户和业务人员之间的矛盾。在获取到关键数据之后，为了解决系统服务器吞吐量低的问题，前端产生的数据不直接写入数据库中，将数据包装成事件类型，并将包装成事件类型的数据存储在数据库中，在本申请优选的实施例中，在将包装成事件类型的关键数据放入disruptor中的ringbuff缓存中，由于缓存中的数据是主动发给消费端的，而不是像一般的生产者消费者模式那样，消费端去缓存中取数据，且是依据disruptor中的ringbuff缓存队列，使得服务器可以快速地获取到相应数据，将保险数据中的关键数据包装成事件类型，便于disruptor能够将关键数据主动发送给服务器，以降低服务器获取数据的时间，使得服务器可以将内部资源主要用于进行数据处理的过程，提高了服务器处理数据的稳定性，避免服务器消耗更多资源用于数据读写的过程，进而提高系统服务器的数据吞吐量。在本申请中，通过内存屏障和原子性的CAS(又称Compare-and-Swap)操作替换锁，代表一种原子操作。其能够为每一个Node在Set的时候分配一个cas值，(本质是版本号，返回的Node和存储Node的cas值一样，每次要更新这个Node时要检查cas的值是否与取出来时一致，若一致，则执行任务，若不一致则在对应的线程/进程中重复赋值，直到两者一致，避免出现线程死锁的状态)；还能只有在Update一个key的value时才会造成多线程冲突，只是Set/Get是不会的，单线程也不会并发问题。进而通过将该方式应用于本申请提供的技术方案中，则是可以将本技术方案中执行各任务的进程分开，进而使得系统可以并行执行任务，提高系统的响应事件和效率。由于disruptor的ringbuf缓存可以实现缓存资源的共享，为了快速地获取到保险数据中的关键数据，在获取ringbuff中某一个槽缓存的数据时，可以同时加载ringbuff中其他槽缓存的关键数据，进而实现了关键数据的快速遍历，并达到关键数据的共享，在后期进行数据发送时，也可以快速地确定是否能将同一个ringbuff中的数据是否同时或者在预置时间发送给服务器，避免多次重复遍历ringbuff中的数据，在实现数据共享时，同时提高了保险系统数据处理的效率。
此外，在又一种实施例中，本发明还提供一种服务器，如图3所示，所述服务器处理器503、存储器505、输入单元507以及显示单元509等器件。本领域技术人员可以理解，图3示出的结构器件并不构成对所有服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件。存储器505可用于存储应用程序501以及各功能模块，处理器503运行存储在存储器505的应用程序501，从而执行设备的各种功能应用以及数据处理。存储器505可以是内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦写可编程ROM(EEPROM)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、ZIP盘、U盘、磁带等。本发明所公开的存储器包括但不限于这些类型的存储器。本发明所公开的存储器505只作为例子而非作为限定。
输入单元507用于接收信号的输入，以及用户输入的个人信息和相关的身体状况信息。输入单元507可包括触控面板以及其它输入设备。触控面板可收集客户在其上或附近的触摸操作(比如客户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程序驱动相应的连接装置；其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元509可用于显示客户输入的信息或提供给客户的信息以及计算机设备的各种菜单。显示单元509可采用液晶显示器、有机发光二极管等形式。处理器503是计算机设备的控制中心，利用各种接口和线路连接整个电脑的各个部分，通过运行或执行存储在存储器503内的软件程序和/或模块，以及调用存储在存储器内的数据，执行各种功能和处理数据。图3中所示的一个或多个处理器503能够执行、实现图2中所示的提取模块100的功能、封装模块200的功能、存储模块300的功能、监听模块201的功能、等级确定模块410的功能、直接发送确定模块420的功能、周期发送确定模块430的功能、第一判断单元310的功能、监听单元320的功能、第二判断单元330的功能、执行单元340的功能、检测模块430的功能、确定模块101的功能。
在一种实施方式中，所述服务器包括一个或多个处理器503，以及一个或多个存储器505，一个或多个应用程序501，其中所述一个或多个应用程序501被存储在存储器505中并被配置为由所述一个或多个处理器503执行，所述一个或多个应用程序301配置用于执行以上实施例所述的基于disruptor提高业务系统吞吐量方法。
本发明实施例提供的一种服务器，可实现上述基于disruptor提高业务系统吞吐量方法的实施例，在本申请中基于不同类型数据包装成不同的事件类型，并存储于不同的ringbuff中，降低了缓存数据缓存的等待时间，实现缓存的有效利用，且在数据缓存与发送过程中，为了提高系统的吞吐量，基于数据等级、数据完整程度以及缓存时长进行数据的缓存与发送，避免批量的数据同时涌入服务器，进而提高服务器的数据处理效率，同时合理的利用和调度ringbuff的缓存，提高系统吞吐量；本申请实施例提供的一种基于disruptor提高业务系统吞吐量方法，包括：获取应用程序产生的保险数据，提取所述保险数据中的关键数据，所述关键数据包括：保险类型、保险期限、保险交易截止期限、受益人信息；基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型；将封装成事件类型的所述关键数据存储在环形队列缓存中。本申请主要应用于保险系统中。在前端的应用程序产生了相应的保险数据之后，则提取该保险数据中关键数据，以便于对关键数据进行相应的处理，使得数据能够按照一定的规则进行缓存和发送，避免过多的数据同时存储数据库中，降低服务器对数据库中数据的读写速度，进而降低系统服务器的吞吐量，在该基础上，通过提取关键数据，也便于相应的人员对保险交易的数据处理过程以及后续保险业务进行相应的管理。在其中一种实施方式中，保险类型如车险、寿险等类型的保险业务，保险期限为当前收益人的受保期限，保险交易截止期限如：车险超过受保期限之后的规定时间。受益人信息包括受益人的联系信息如地址、电话、邮箱以及证件类型更新等。进一步地，在本申请中，还可以依据所述保险类型获取判断交易的预设交易期限规则；依据所述预设交易期限规则确定当前保险交易的截止期限；在当前交易时间超过所述截止期限时，向用户发送不能进行保险交易的提醒信息。更进一步地，获取当前保险交易对应的保单单号，将所述保单单号和所述提醒信息以关联关系存储在数据库中。通过前述数据处理过程可以避免用户多交保险费用，且通过提醒信息提醒客户，便于客户理解交易不成功，同时将保单单号和提醒信息以关联关系存储在数据库中，方便后期进行业务管理，同时方便向客户进行解释，以避免客户和业务人员之间的矛盾。在获取到关键数据之后，为了解决系统服务器吞吐量低的问题，前端产生的数据不直接写入数据库中，将数据包装成事件类型，并将包装成事件类型的数据存储在数据库中，在本申请优选的实施例中，在将包装成事件类型的关键数据放入disruptor中的ringbuff缓存中，由于缓存中的数据是主动发给消费端的，而不是像一般的生产者消费者模式那样，消费端去缓存中取数据，且是依据disruptor中的ringbuff缓存队列，使得服务器可以快速地获取到相应数据，将保险数据中的关键数据包装成事件类型，便于disruptor能够将关键数据主动发送给服务器，以降低服务器获取数据的时间，使得服务器可以将内部资源主要用于进行数据处理的过程，提高了服务器处理数据的稳定性，避免服务器消耗更多资源用于数据读写的过程，进而提高系统服务器的数据吞吐量。在本申请中，通过内存屏障和原子性的CAS(又称Compare-and-Swap)操作替换锁，代表一种原子操作。其能够为每一个Node在Set的时候分配一个cas值，(本质是版本号，返回的Node和存储Node的cas值一样，每次要更新这个Node时要检查cas的值是否与取出来时一致，若一致，则执行任务，若不一致则在对应的线程/进程中重复赋值，直到两者一致，避免出现线程死锁的状态)；还能只有在Update一个key的value时才会造成多线程冲突，只是Set/Get是不会的，单线程也不会并发问题。进而通过将该方式应用于本申请提供的技术方案中，则是可以将本技术方案中执行各任务的进程分开，进而使得系统可以并行执行任务，提高系统的响应事件和效率。由于disruptor的ringbuf缓存可以实现缓存资源的共享，为了快速地获取到保险数据中的关键数据，在获取ringbuff中某一个槽缓存的数据时，可以同时加载ringbuff中其他槽缓存的关键数据，进而实现了关键数据的快速遍历，并达到关键数据的共享，在后期进行数据发送时，也可以快速地确定是否能将同一个ringbuff中的数据是否同时或者在预置时间发送给服务器，避免多次重复遍历ringbuff中的数据，在实现数据共享时，同时提高了保险系统数据处理的效率。
本发明实施例提供的服务器可以实现上述提供的基于disruptor提高业务系统吞吐量方法的实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种基于disruptor提高业务系统吞吐量方法，其特征在于，包括：
获取应用程序产生的保险数据，提取所述保险数据中的关键数据，所述关键数据包括：保险类型、保险期限、保险交易截止期限、受益人信息；
基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型；
将封装成事件类型的所述关键数据存储在环形队列缓存中。
2.根据权利要求1所述的基于disruptor提高业务系统吞吐量方法，其特征在于，所述基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型之前，包括：
获取所述保险数据中的保险单号，通过disruptor监听同一所述保险单号的所述关键数据。
3.根据权利要求2所述的基于disruptor提高业务系统吞吐量方法，其特征在于，所述将封装成事件类型的所述关键数据存储在环形队列缓存之后，包括：
依据预设事件类型与重要等级之间的关联关系，确定同一保险单号对应的不同重要等级的所述事件类型；
根据所述事件类型对应重要等级，对确认能直接发送到服务器的所述事件类型，将所述事件类型发送到服务器；
对确认不能直接发送到服务器的所述事件类型，将所述事件类型按照预设周期发送到服务器。
4.根据权利要求2所述的基于disruptor提高业务系统吞吐量方法，其特征在于，所述将封装成事件类型的所述关键数据存储在环形队列缓存，包括：
判断同一所述保险单号的所述事件类型是否完整，当所述事件类型不完整时，将当前缓存到所述环形队列缓存中的所述事件类型形成第一缓存事件类型；
监听同一所述保险单号的缓存到所述环形队列的第二缓存事件类型；
判断所述第一缓存事件类型和所述第二缓存事件类型构成的所述事件类型是否完整；
若完整，则将所述第一缓存事件类型和所述第二缓存事件类型构成的所述事件类型发送至服务器；若不完整，则重复监听同一所述保险单号的缓存到所述环形队列的第二缓存事件类型步骤。
5.根据权利要求2所述的基于disruptor提高业务系统吞吐量方法，其特征在于，所述将封装成事件类型的所述关键数据存储在环形队列缓存之后，包括：
检测各所述保险单号对应缓存的存续时长，在到达所述存续时长对应的时间时，清除缓存在所述环形队列中的所述存续时长对应保险单号的所述事件类型。
6.根据权利要求1至5任一项所述的基于disruptor提高业务系统吞吐量方法，其特征在于，所述获取应用程序产生的保险数据，提取所述保险数据中的关键数据之前，包括：
获取应用程序中保险业务的保险数据流量，将所述保险数据流量与预设保险数据流量阈值对比，确定存储所述保险数据的所述环形队列缓存。
7.一种基于disruptor提高业务系统吞吐量装置，其特征在于，包括：
提取模块，用于获取应用程序产生的保险数据，提取所述保险数据中的关键数据，所述关键数据包括：保险类型、保险期限、保险交易截止期限、受益人信息；
封装模块，用于基于所述关键数据类型的不同，通过disruptor将不同类型的所述关键数据封装成不同类型的事件类型；
存储模块，用于将封装成事件类型的所述关键数据存储在环形队列缓存中。
8.根据权利要求7所述的基于disruptor提高业务系统吞吐量装置，其特征在于，所述封装模块包括：
监听模块，用于获取所述保险数据中的保险单号，通过disruptor监听同一所述保险单号的所述关键数据。
9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现权利要求1至6任一项所述的基于disruptor提高业务系统吞吐量方法。
10.一种服务器，其特征在于，包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行根据权利要求1至6任一项所述的基于disruptor提高业务系统吞吐量方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910611419.3A CN110473113B (zh) | 2019-07-08 | 2019-07-08 | 基于disruptor提高业务系统吞吐量方法、装置及介质、服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910611419.3A CN110473113B (zh) | 2019-07-08 | 2019-07-08 | 基于disruptor提高业务系统吞吐量方法、装置及介质、服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110473113A true CN110473113A (zh) | 2019-11-19 |
| CN110473113B CN110473113B (zh) | 2024-04-09 |
Family
ID=68507148
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910611419.3A Active CN110473113B (zh) | 2019-07-08 | 2019-07-08 | 基于disruptor提高业务系统吞吐量方法、装置及介质、服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110473113B (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111158876A (zh) * | 2019-12-26 | 2020-05-15 | 杭州安恒信息技术股份有限公司 | 一种日志处理方法、装置、设备及计算机可读存储介质 |
| CN111831446A (zh) * | 2020-07-15 | 2020-10-27 | 北京思特奇信息技术股份有限公司 | 一种基于Disruptor的数据读写方法、装置及介质 |
| CN112364007A (zh) * | 2020-11-18 | 2021-02-12 | 中国平安人寿保险股份有限公司 | 基于数据库的海量数据交换方法、装置、设备和存储介质 |
| CN112579450A (zh) * | 2020-12-18 | 2021-03-30 | 中国平安人寿保险股份有限公司 | 基于意图识别的性能测试方法、装置、设备及存储介质 |
| CN113742035A (zh) * | 2020-05-27 | 2021-12-03 | 北京沃东天骏信息技术有限公司 | 一种边缘任务执行方法和装置 |
| CN114281850A (zh) * | 2021-11-09 | 2022-04-05 | 国电南瑞科技股份有限公司 | 一种适用于配电物联网的数据存储方法、装置、系统及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106802824A (zh) * | 2016-12-22 | 2017-06-06 | 上海大汉三通数据通信有限公司 | 一种基于Disruptor的数据收发方法 |
| US20170347283A1 (en) * | 2016-05-31 | 2017-11-30 | At&T Intellectual Property I, L.P. | System and method for event based internet of things (iot) device status monitoring and reporting in a mobility network |
| CN109144838A (zh) * | 2018-09-28 | 2019-01-04 | 平安科技（深圳）有限公司 | 应用程序监控方法及装置、计算机装置及计算机存储介质 |
| US10268726B1 (en) * | 2017-04-20 | 2019-04-23 | Amazon Technologies, Inc. | Partition key management for improved throughput |
-
2019
- 2019-07-08 CN CN201910611419.3A patent/CN110473113B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170347283A1 (en) * | 2016-05-31 | 2017-11-30 | At&T Intellectual Property I, L.P. | System and method for event based internet of things (iot) device status monitoring and reporting in a mobility network |
| CN106802824A (zh) * | 2016-12-22 | 2017-06-06 | 上海大汉三通数据通信有限公司 | 一种基于Disruptor的数据收发方法 |
| US10268726B1 (en) * | 2017-04-20 | 2019-04-23 | Amazon Technologies, Inc. | Partition key management for improved throughput |
| CN109144838A (zh) * | 2018-09-28 | 2019-01-04 | 平安科技（深圳）有限公司 | 应用程序监控方法及装置、计算机装置及计算机存储介质 |
Non-Patent Citations (1)
| Title |
|---|
| 王梓;梁正和;吴莹莹;: "基于Kafka、Disruptor技术对传统ETL的改进", 计算机技术与发展, no. 11, pages 32 - 35 * |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111158876A (zh) * | 2019-12-26 | 2020-05-15 | 杭州安恒信息技术股份有限公司 | 一种日志处理方法、装置、设备及计算机可读存储介质 |
| CN111158876B (zh) * | 2019-12-26 | 2023-06-06 | 杭州安恒信息技术股份有限公司 | 一种日志处理方法、装置、设备及计算机可读存储介质 |
| CN113742035A (zh) * | 2020-05-27 | 2021-12-03 | 北京沃东天骏信息技术有限公司 | 一种边缘任务执行方法和装置 |
| CN111831446A (zh) * | 2020-07-15 | 2020-10-27 | 北京思特奇信息技术股份有限公司 | 一种基于Disruptor的数据读写方法、装置及介质 |
| CN112364007A (zh) * | 2020-11-18 | 2021-02-12 | 中国平安人寿保险股份有限公司 | 基于数据库的海量数据交换方法、装置、设备和存储介质 |
| CN112364007B (zh) * | 2020-11-18 | 2023-08-22 | 中国平安人寿保险股份有限公司 | 基于数据库的海量数据交换方法、装置、设备和存储介质 |
| CN112579450A (zh) * | 2020-12-18 | 2021-03-30 | 中国平安人寿保险股份有限公司 | 基于意图识别的性能测试方法、装置、设备及存储介质 |
| CN112579450B (zh) * | 2020-12-18 | 2024-12-10 | 中国平安人寿保险股份有限公司 | 基于意图识别的性能测试方法、装置、设备及存储介质 |
| CN114281850A (zh) * | 2021-11-09 | 2022-04-05 | 国电南瑞科技股份有限公司 | 一种适用于配电物联网的数据存储方法、装置、系统及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110473113B (zh) | 2024-04-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110473113A (zh) | 基于disruptor提高业务系统吞吐量方法、装置及介质、服务器 | |
| US7657450B2 (en) | Reliable, secure and scalable infrastructure for event registration and propagation in a distributed enterprise | |
| US8763012B2 (en) | Scalable, parallel processing of messages while enforcing custom sequencing criteria | |
| CN104011680B (zh) | 在物理处理单元中调度虚拟机的虚拟中央处理单元 | |
| JP5398523B2 (ja) | オンラインビジネスにおけるリスク監視のための方法およびシステム | |
| CN107369012A (zh) | 一种支付信息处理方法及系统、及具有履约保证保险机制的预付卡处理方法 | |
| US9665398B2 (en) | Method and apparatus for activity based execution scheduling | |
| CN112015713A (zh) | 数据库任务的处理方法、装置、电子设备及可读介质 | |
| CN103677771B (zh) | 一种并发事务的处理方法和装置 | |
| EP1337919B1 (fr) | Procede de securisation rendant deterministe l'execution en temps reel d'applications multitaches du type controle-commande avec confinement d'erreur | |
| CN112955869A (zh) | 功能即服务（faas）系统增强 | |
| CN109923523A (zh) | 关联工作集和线程 | |
| CN108595282A (zh) | 一种高并发消息队列的实现方法 | |
| CN101566977B (zh) | 处理器访问共享数据的方法、装置及系统 | |
| CN105474127B (zh) | 用于多处理器系统的虚拟每处理器定时器 | |
| US20110047549A1 (en) | Manipulating a spin bit within the wait primitive | |
| US20130081038A1 (en) | Multiprocessor computing device | |
| US8127295B1 (en) | Scalable resource allocation | |
| CN110163473A (zh) | 一种任务进度的监控方法及设备 | |
| US9910710B2 (en) | Prioritising event processing based on system workload | |
| CN103412790A (zh) | 移动安全中间件的多核并发调度方法与系统 | |
| Sai et al. | Producer-Consumer problem using Thread pool | |
| CN101013378B (zh) | 动态地迁移通道 | |
| Liu et al. | Towards low-latency I/O services for mixed workloads using ultra-low latency SSDs | |
| CN101017450B (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |