CN105141687A - 一种生产消息的方法 - Google Patents
一种生产消息的方法 Download PDFInfo
- Publication number
- CN105141687A CN105141687A CN201510512377.XA CN201510512377A CN105141687A CN 105141687 A CN105141687 A CN 105141687A CN 201510512377 A CN201510512377 A CN 201510512377A CN 105141687 A CN105141687 A CN 105141687A
- Authority
- CN
- China
- Prior art keywords
- message
- node
- central node
- current
- copy
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种生产消息的方法,包括当前中心结点存储消息进程步骤和所有副本结点同步消息进程步骤;当前中心结点存储消息进程:步骤一、当前中心结点接收消息生产者生产的消息,判断其是否为重试消息,是则进入步骤二,否则进入步骤三;步骤二、判断消息状态及其处理结点:当前中心结点在数据库中查询并获取重试消息状态及其处理结点,如其状态为“成功”或其状态为“处理中”且其处理结点为当前中心结点,则返回相应的响应给消息生产者;如其状态为“失败”或其状态为“处理中”且其处理结点非当前中心结点,则进入步骤三;步骤三、当前中心结点开始存储此消息;所有副本结点同步消息进程步骤与当前中心结点存储消息进程同步进行。
Description
技术领域
本发明属于消息系统领域,具体涉及一种生产消息的方法。
背景技术
现有的分布式发布-订阅消息系统已经开始得到应用。典型的如LinkedIn公司开发的Kafka,之后成为Apache项目的一部分。Kafka是一种快速、可扩展的、设计内在就是分布式的,分区的和可复制的提交日志服务。
ApacheKafka与传统消息系统相比,有以下不同:·它被设计为一个分布式系统,易于向外扩展;·它同时为发布和订阅提供高吞吐量;·它支持多订阅者,当失败时能自动平衡消费者;·它将消息持久化到磁盘,因此可用于批量消费,例如ETL,以及实时应用程序。
Kafka的架构包括以下组件:·话题(Topic)是特定类型的消息流。消息是字节的有效负载(Payload),话题是消息的分类名或种子(Feed)名。·生产者(Producer)是能够发布消息到话题的任何对象。·已发布的消息保存在一组服务器中,它们被称为代理(Broker)或Kafka集群。·消费者可以订阅一个或多个话题,并从Broker拉数据,从而消费这些已发布的消息。
·话题(Topic)是特定类型的消息流。消息是字节的有效负载(Payload),话题是消息的分类名或种子(Feed)名。·生产者(Producer)是能够发布消息到话题的任何对象。
·已发布的消息保存在一组服务器中,它们被称为代理(Broker)或Kafka集群。
·消费者可以订阅一个或多个话题,并从Broker拉数据,从而消费这些已发布的消息。
JMS实现,消息消费的位置是有prodiver保留,以便避免重复发送消息或者将没有消费成功的消息重发等,同时还要控制消息的状态.这就要求JMSbroker需要太多额外的工作.在kafka中,partition中的消息只有一个consumer在消费,且不存在消息状态的控制,也没有复杂的消息确认机制,可见kafkabroker端是相当轻量级的.当消息被consumer接收之后,consumer可以在本地保存最后消息的offset,并间歇性的向zookeeper注册offset.由此可见,consumer客户端也很轻量级.
消息传送机制:对于JMS实现,消息传输担保非常直接:有且只有一次(exactlyonce).在kafka中稍有不同:1)atmostonce:最多一次,这个和JMS中"非持久化"消息类似.发送一次,无论成败,将不会重发.2)atleastonce:消息至少发送一次,如果消息未能接受成功,可能会重发,直到接收成功.3)exactlyonce:消息只会发送一次.
目前具有中心结点的分布式消息系统都有副本结点用于容灾时切换,然而由于中心结点与副本结点之间数据同步存在不同程度的时延,使得生产者生产的消息容易出现重复、丢失问题。
当前生产者一般采用三种方式生产消息:一是Atmostonce方式,生产的消息可能会丢失,但绝不会重复存储;二是Atleastonce方式,生产的消息绝不会丢失,但可能会重复存储;三是Exactlyonce方式,生产的消息仅存储一次,且不会丢失,很多时候这是生产者最理想的消息生产方式。
发明内容
为了确保出现网络故障、中心结点切换时不会导致生产消息丢失、重复,本发明设计了一种Exactlyonce方式生产消息的方法。
技术方案,详细如下:一种生产消息的方法,包括当前中心结点存储消息进程和所有副本结点同步消息进程;
步骤一、当前中心结点接收消息生产者生产的消息,判断其是否为重试消息,如为重试消息,进入步骤二,否则进入步骤三;
步骤二、判断消息状态及其处理结点:当前中心结点在数据库中查询并获取重试消息状态及其处理结点,如其状态为“成功”或其状态为“处理中”且其处理结点为当前中心结点,则返回相应的响应给消息生产者,结束当前生产消息进程;如其状态为“失败”或其状态为“处理中”且其处理结点非当前中心结点,则进入步骤三;
步骤三、当前中心结点开始存储此消息,若存储失败,设置此消息状态为“失败”并将消息状态及其处理结点保存到数据库中,返回失败响应给消息生产者,结束当前生产消息进程;如存储成功,设置此消息状态为“处理中”并将消息状态及其处理结点保存到数据库中,当前中心结点在设定的等待时间内等待所有副本结点同步消息;
所有副本结点同步消息进程步骤与当前中心结点存储消息进程同步进行,包括以下步骤:
步骤一:各个副本结点周期性地向当前中心结点发起消息同步请求,同步请求里含有其当前已存储的消息位置;
步骤二:中心结点接收到消息同步请求,读取各个副本结点当前已存储的消息位置,记录所有副本结点共同到达的消息位置,即消息水位,将所有结点(包括当前中心结点和所有副本结点)处在消息水位及之前的消息状态设置为“成功”,同时向各个副本结点发送其当前已存储消息位置之后的消息及所记录的消息水位;
步骤三:各个副本结点存储消息,同时进行步骤一;
进一步的,当前中心结点存储消息进程步骤一中判断是否为重试消息和步骤二中判断消息状态及其处理结点,使得当网络故障或中心结点切换等情况发生时,不会生产重复消息。
进一步的,所有副本结点同步消息进程的步骤二中,当前中心结点向各个副本结点发送所记录的消息水位,当前中心结点切换时,所有结点(包括当前中心结点和所有副本结点)清除处在消息水位之后的数据,使得不会生产重复消息。
一种生产消息的方法,当前中心结点存储消息进程的步骤三中当前中心结点存储消息成功,设置此消息状态为“处理中”和所有副本结点同步消息进程的步骤二中消息水位的记录以及将所有结点(包括当前中心结点和所有副本结点)处在消息水位及之前的消息状态设置为“成功”,保证所有结点处在消息水位及之前的数据一致性,使得当网络故障或中心结点切换等情况发生时,不会丢失消息。
一种生产消息的方法,当前中心结点存储消息进程和所有副本结点同步消息进程同步进行后即完成当前生产消息进程,具体有两种结果:
结果1:在等待时间内,消息水位到达当前生产的消息位置,所有结点(包括当前中心结点和所有副本结点)处在当前生产的消息位置及之前的消息状态设置为“成功”;
结果2:在等待时间内,消息水位未到达当前生产的消息位置,所有结点(包括当前中心结点和所有副本结点)处在消息水位及之前的消息状态设置为“成功”,当前中心结点处在消息水位之后的消息状态仍为“处理中”。
本发明的有益效果,其显著优点为:
(1)判断是否为重试消息、判断消息状态及其处理结点以及当前中心结点切换时所有结点(包括当前中心结点和所有副本结点)清除处在消息水位之后的数据,保证当网络故障或中心结点切换等情况发生时,不会生产重复消息;
(2)当前中心结点存储消息成功时设置此消息状态为“处理中”、消息水位的记录以及将所有结点(包括当前中心结点和所有副本结点)处在消息水位及之前的消息状态设置为“成功”,保证所有结点处在消息水位及之前的数据一致性,使得当网络故障或中心结点切换等情况发生时,不会丢失消息。
附图说明
图1为本发明实施例1生产消息前当前中心结点与所有副本结点消息存储示意图。
图2为本发明实施例生产消息的流程图。
图3为本发明实施例生产消息后当前中心结点与所有副本结点消息存储示意图。
图4为本发明实施例切换当前中心结点后所有结点消息存储示意图,亦作为本发明实施例2生产消息前当前中心结点与所有副本结点消息存储示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
如图1所示,为本发明实施例1生产消息前当前中心结点与所有副本结点消息存储示意图。消息存储时有一个中心结点和两个副本结点,本实施例1假设消息生产者已生产消息5,给出生产消息者生产消息6前当前中心结点与所有副本结点消息存储的两种情形:上方A情形示出当前消息水位到达消息4(消息水位即所有副本结点共同到达的消息位置),其中当前中心结点处在消息水位之后的消息状态为“处理中”,即当前中心结点消息5的消息状态为“处理中”,当前中心结点和副本结点2已存储的消息5对消息消费者不可见;下方B情形示出当前消息水位到达消息5。两种情形均满足所有结点(包括当前中心结点和所有副本结点)处在消息水位及之前的消息状态为“成功”,已“成功”生产的消息才对消费者可见。
如图2所示,为本发明实施例生产消息的流程图。本发明实施例1生产消息前当前中心结点与所有副本结点消息存储示意图如图1所示,此流程图对于图1的A、B两种情形均适用。本实施例1假设生产者生产消息6。
当前中心结点存储消息进程,包括以下步骤:
步骤201:当前中心结点接收消息生产者生产的消息,判断其是否为重试消息,如为重试消息,进入步骤202,否则进入步骤203;本实施例1消息6不为重试消息。
步骤202:当前中心结点在数据库中查询并获取重试消息状态及其处理结点,如其状态为“成功”或其状态为“处理中”且其处理结点为当前中心结点,则返回相应的响应给消息生产者,结束当前生产消息进程,如其状态为“失败”或其状态为“处理中”且其处理结点非当前中心结点,则进入步骤203。
步骤203:当前中心结点存储此消息,若存储失败,设置此消息状态为“失败”并将消息状态及其处理结点保存到数据库中,返回失败响应给消息生产者,结束当前生产消息进程,如存储成功,设置此消息状态为“处理中”并将消息状态及其处理结点保存到数据库中,当前中心结点在设定的等待时间内等待所有副本结点同步消息;本实施例1假设存储成功。
所有副本结点同步消息进程与当前中心结点存储消息进程同步进行,包括以下步骤:
步骤211:各个副本结点周期性地向当前中心结点发起消息同步请求,同步请求里含有其当前已存储的消息位置。
步骤212:中心结点接收到消息同步请求,读取各个副本结点当前已存储的消息位置,记录所有副本结点共同到达的消息位置,即消息水位,将所有结点(包括当前中心结点和所有副本结点)处在消息水位及之前的消息状态设置为“成功”,同时向各个副本结点发送其当前已存储消息位置之后的消息及所记录的消息水位。
步骤213:各个副本结点存储消息,同时进行步骤211。
消息ID有与生产者约定的前缀或者后缀,如:正常消息1234,重试消息$_1234,那么约定以$_开头的就是重试的消息(也包括重复的消息)。
当前中心结点存储消息进程与所有副本结点同步消息进程同步进行后的步骤204:完成当前生产消息进程,具体有两种结果:
结果1:在等待时间内,消息水位到达当前生产的消息位置,所有结点(包括当前中心结点和所有副本结点)处在当前生产的消息位置及之前的消息状态设置为“成功”;
结果2:在等待时间内,消息水位未到达当前生产的消息位置,所有结点(包括当前中心结点和所有副本结点)处在消息水位及之前的消息状态设置为“成功”,当前中心结点处在消息水位之后的消息状态仍为“处理中”。
本实施例1完成当前生产消息进程结果如图3的情形C、D均可能,本实施例1假设完成当前生产消息进程结果如图3情形C所示,消息水位到达消息5。当前中心结点处在消息水位之后的消息状态仍为“处理中”,即当前中心结点消息6的消息状态为“处理中”,当前中心结点和副本结点1已存储的消息6对消息消费者不可见。此情形对于图1的A、B两种情形均适用。
如图4所示,为本发明实施例切换当前中心结点后所有结点消息存储示意图,亦作为本发明实施例2生产消息前当前中心结点与所有副本结点消息存储示意图。本实施例假设图3情形C切换当前中心结点为副本节点1,切换后如图4情形C1所示,所有结点(包括当前中心结点和所有副本结点)清除处在消息水位之后的数据,即清除数据6。图4上方情形C1具体示出所有结点(包括当前中心结点和所有副本结点)如何清除处在消息水位之后的数据,即清除数据6;图4下方情形C1具体示出所有结点(包括当前中心结点和所有副本结点)清除数据6后的结果状态。
如图2所示,为本发明实施例生产消息的流程图。本发明实施例2生产消息前当前中心结点与所有副本结点消息存储示意图如图4所示,本实施例2假设生产者生产消息6。
当前中心结点存储消息进程,包括以下步骤:
步骤201:当前中心结点接收消息生产者生产的消息,判断其是否为重试消息,如为重试消息,进入步骤202,否则进入步骤203;本实施例2消息6为重试消息。
步骤202:当前中心结点在数据库中查询并获取重试消息状态及其处理结点,如其状态为“成功”或其状态为“处理中”且其处理结点为当前中心结点,则返回相应的响应给消息生产者,结束当前生产消息进程,如其状态为“失败”或其状态为“处理中”且其处理结点非当前中心结点,则进入步骤203;本实施例2消息6为状态为“处理中”且其处理结点非当前中心结点。
步骤203:当前中心结点存储此消息,若存储失败,设置此消息状态为“失败”并将消息状态及其处理结点保存到数据库中,返回失败响应给消息生产者,结束当前生产消息进程,如存储成功,设置此消息状态为“处理中”并将消息状态及其处理结点保存到数据库中,当前中心结点在设定的等待时间内等待所有副本结点同步消息;本实施例2假设存储成功。
所有副本结点同步消息进程与当前中心结点存储消息进程同步进行,包括以下步骤:
步骤211:各个副本结点周期性地向当前中心结点发起消息同步请求,同步请求里含有其当前已存储的消息位置;
步骤212:中心结点接收到消息同步请求,读取各个副本结点当前已存储的消息位置,记录所有副本结点共同到达的消息位置,即消息水位,将所有结点(包括当前中心结点和所有副本结点)处在消息水位及之前的消息状态设置为“成功”,同时向各个副本结点发送其当前已存储消息位置之后的消息及所记录的消息水位;
步骤213:各个副本结点存储消息,同时进行步骤211;
当前中心结点存储消息进程与所有副本结点同步消息进程同步进行后的步骤204:完成当前生产消息进程,具体有两种结果:
结果1:在等待时间内,消息水位到达当前生产的消息位置,所有结点(包括当前中心结点和所有副本结点)处在当前生产的消息位置及之前的消息状态设置为“成功”;
结果2:在等待时间内,消息水位未到达当前生产的消息位置,所有结点(包括当前中心结点和所有副本结点)处在消息水位及之前的消息状态设置为“成功”,当前中心结点处在消息水位到当前生产的消息位置之间的消息状态仍为“处理中”。
本实施例2完成当前生产消息进程结果如图3的情形C、D均可能,本实施例2假设完成当前生产消息进程结果如图3情形D所示,消息水位到达消息6。所有结点(包括当前中心结点和所有副本结点)处在消息水位及之前的消息状态为“成功”,已“成功”生产的消息对消费者可见,即消息1-6对消息消费者均可见。
以上所述仅为本发明专利的实施例而已,并不用以限制本发明专利,凡在本发明专利的精神和原则之内所做的任何修改、等同替换和改进等,均以包含在本发明专利的保护范围之内。
Claims (5)
1.一种生产消息的方法,其特征在于包括当前中心结点存储消息进程步骤和所有副本结点同步消息进程步骤;
当前中心结点存储消息进程步骤:
步骤一、当前中心结点接收消息生产者生产的消息,判断其是否为重试消息,如为重试消息,进入步骤二,否则进入步骤三;
步骤二、判断消息状态及其处理结点:当前中心结点在数据库中查询并获取重试消息状态及其处理结点,如其状态为“成功”或其状态为“处理中”且其处理结点为当前中心结点,则返回相应的响应给消息生产者,结束当前生产消息进程;如其状态为“失败”或其状态为“处理中”且其处理结点非当前中心结点,则进入步骤三;
步骤三、当前中心结点开始存储此消息,若存储失败,设置此消息状态为“失败”并将消息状态及其处理结点保存到数据库中,返回失败响应给消息生产者,结束当前生产消息进程;如存储成功,设置此消息状态为“处理中”并将消息状态及其处理结点保存到数据库中,当前中心结点在设定的等待时间内等待所有副本结点同步消息;
所有副本结点同步消息进程步骤与当前中心结点存储消息进程同步进行,包括以下步骤:
步骤一:各个副本结点周期性地向当前中心结点发起消息同步请求,同步请求里含有其当前已存储的消息位置;
步骤二:中心结点接收到消息同步请求,读取各个副本结点当前已存储的消息位置,记录所有副本结点共同到达的消息位置,即消息水位,将所有结点、包括当前中心结点和所有副本结点、)处在消息水位及之前的消息状态设置为“成功”,同时向各个副本结点发送其当前已存储消息位置之后的消息及所记录的消息水位;
步骤三:各个副本结点存储消息。
2.根据权利要求1所述生产消息的方法,其特征在于,当前中心结点存储消息进程步骤一中判断是否为重试消息和步骤二中判断消息状态及其处理结点,使得当网络故障或中心结点切换等情况发生时,不会生产重复消息。
3.根据权利要求1所述生产消息的方法,其特征在于,所有副本结点同步消息进程的步骤二中,当前中心结点向各个副本结点发送所记录的消息水位,当前中心结点切换时,所有结点、包括当前中心结点和所有副本结点、)清除处在消息水位之后的数据,使得不会生产重复消息。
4.根据权利要求1所述生产消息的方法,其特征在于,当前中心结点存储消息进程的步骤三中,当前中心结点存储消息成功,设置此消息状态为“处理中”和所有副本结点同步消息进程的步骤二中消息水位的记录以及将所有结点、包括当前中心结点和所有副本结点处在消息水位及之前的消息状态设置为“成功”,保证所有结点处在消息水位及之前的数据一致性,使得当网络故障或中心结点切换等情况发生时,不会丢失消息。
5.根据权利要求1所述生产消息的方法,其特征在于当前中心结点存储消息进程与所有副本结点同步消息进程同步进行后完成当前生产消息进程,具体有两种结果:
结果1:在等待时间内,消息水位到达当前生产的消息位置,所有结点、包括当前中心结点和所有副本结点、)处在当前生产的消息位置及之前的消息状态设置为“成功”;
结果2:在等待时间内,消息水位未到达当前生产的消息位置,所有结点、包括当前中心结点和所有副本结点处在消息水位及之前的消息状态设置为“成功”,当前中心结点处在消息水位之后的消息状态仍为“处理中”。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510512377.XA CN105141687B (zh) | 2015-08-19 | 2015-08-19 | 一种生产消息的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510512377.XA CN105141687B (zh) | 2015-08-19 | 2015-08-19 | 一种生产消息的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105141687A true CN105141687A (zh) | 2015-12-09 |
CN105141687B CN105141687B (zh) | 2018-05-04 |
Family
ID=54726890
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510512377.XA Active CN105141687B (zh) | 2015-08-19 | 2015-08-19 | 一种生产消息的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105141687B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106657349A (zh) * | 2016-12-29 | 2017-05-10 | 上海理想信息产业(集团)有限公司 | 一种消息订阅处理装置、系统及方法 |
CN106878473A (zh) * | 2017-04-20 | 2017-06-20 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、服务器集群及系统 |
WO2024051718A1 (zh) * | 2022-09-09 | 2024-03-14 | 华为技术有限公司 | 一种数据同步方法及相关装置、系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8127035B1 (en) * | 2006-09-28 | 2012-02-28 | Rockwell Automation Technologies, Inc. | Distributed message engines and systems |
CN103379021A (zh) * | 2012-04-24 | 2013-10-30 | 中兴通讯股份有限公司 | 实现分布式消息队列的方法及系统 |
CN103516580A (zh) * | 2012-06-26 | 2014-01-15 | 北京大学 | 一种基于消息队列实现消息接收与转发的方法及系统 |
CN104092717A (zh) * | 2013-12-13 | 2014-10-08 | 深圳市腾讯计算机系统有限公司 | 消息处理方法及系统、消息目的端设备与分布式消息系统 |
CN104754036A (zh) * | 2015-03-06 | 2015-07-01 | 合一信息技术(北京)有限公司 | 一种基于kafka的消息处理系统及处理方法 |
-
2015
- 2015-08-19 CN CN201510512377.XA patent/CN105141687B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8127035B1 (en) * | 2006-09-28 | 2012-02-28 | Rockwell Automation Technologies, Inc. | Distributed message engines and systems |
CN103379021A (zh) * | 2012-04-24 | 2013-10-30 | 中兴通讯股份有限公司 | 实现分布式消息队列的方法及系统 |
CN103516580A (zh) * | 2012-06-26 | 2014-01-15 | 北京大学 | 一种基于消息队列实现消息接收与转发的方法及系统 |
CN104092717A (zh) * | 2013-12-13 | 2014-10-08 | 深圳市腾讯计算机系统有限公司 | 消息处理方法及系统、消息目的端设备与分布式消息系统 |
CN104754036A (zh) * | 2015-03-06 | 2015-07-01 | 合一信息技术(北京)有限公司 | 一种基于kafka的消息处理系统及处理方法 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106657349A (zh) * | 2016-12-29 | 2017-05-10 | 上海理想信息产业(集团)有限公司 | 一种消息订阅处理装置、系统及方法 |
CN106878473A (zh) * | 2017-04-20 | 2017-06-20 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、服务器集群及系统 |
CN106878473B (zh) * | 2017-04-20 | 2021-03-30 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、服务器集群及系统 |
WO2024051718A1 (zh) * | 2022-09-09 | 2024-03-14 | 华为技术有限公司 | 一种数据同步方法及相关装置、系统 |
Also Published As
Publication number | Publication date |
---|---|
CN105141687B (zh) | 2018-05-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10764369B2 (en) | Data storage method and server applicable to distributed server cluster | |
CN101820435B (zh) | 分布式网络处理系统的mac地址表项信息同步方法及装置 | |
EP2378718B1 (en) | Method, node and system for controlling version in distributed system | |
CN110601903B (zh) | 一种基于消息队列中间件的数据处理方法及装置 | |
CN111368002A (zh) | 一种数据处理方法、系统、计算机设备和存储介质 | |
JPS62239641A (ja) | 同報通信方式 | |
CN112118315A (zh) | 数据处理系统、方法、装置、电子设备和存储介质 | |
CN107273228B (zh) | 基于星型拓扑架构的消息传输方法 | |
CN114328618B (zh) | 一种缓存数据同步方法、装置、设备及存储介质 | |
CN112804332B (zh) | 消息处理系统、方法、装置、设备及计算机可读存储介质 | |
CN111831748A (zh) | 数据同步方法、装置及存储介质 | |
CN107870982A (zh) | 数据处理方法、系统和计算机可读存储介质 | |
CN105141687A (zh) | 一种生产消息的方法 | |
US8244670B2 (en) | System and method for reliable symmetric data synchronization | |
CN111277483B (zh) | 一种多端消息的同步方法、服务器及可存储介质 | |
CN107820277B (zh) | 用于无线网络的父节点装置、终端装置及其数据传输方法 | |
JP2019510302A (ja) | リージョン間にわたるデータ送信 | |
CN106569929A (zh) | 一种应用于监控系统的实时数据存取方法及系统 | |
CN106230747B (zh) | 恢复tcp连接序列号的方法、装置及系统 | |
CN113296968B (zh) | 地址列表更新方法、装置、介质及电子设备 | |
CN112751907A (zh) | 信息处理方法、装置和存储介质及电子装置 | |
KR101973264B1 (ko) | PTP(precision time protocol) 시스템에서의 시간 동기 장애 복구 방법 및 그 장치 | |
CN114500660B (zh) | 请求处理方法、装置、设备及计算机可读存储介质 | |
CN115086414B (zh) | 消息处理方法和装置、存储介质及电子设备 | |
CN111800337A (zh) | 基于数据中心的报文转发方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |