分布式数据库同步中间件系统的设计与实现

合集下载

论分布式数据库的设计与实现

论分布式数据库的设计与实现

论分布式数据库的设计与实现摘要:本文讨论某高校管理信息系统中分布式数据库的设计与实现。

该系统架构设计采用C/S与B/S混合的架构方式。

在全局数据与各院系的数据关系中,采用水平分片的方式;在全局数据与各部门之间,以及数据库服务器与Web数据库服务器的数据关系中,采用垂直分片的方式。

设计过程中采用了基于视图概念的数据库设计方法。

开发过程中在数据集成、测试、分布式数据库部署等方面做了大量的工作。

并使用合并复制的方式有效地解决了分布式数据库中数据同步的问题。

关键词:分布式数据库架构设计应用数据集成合并复制针对某高校管理信息系统的开发,该高校共有三个校区,总校区和两个校区,教务处等校级行政部门在总校区办公,15个院、系分布在两个校区。

在工作中它们处理各自的数据,但也需要彼此之间数据的交换和处理,如何处理分散的数据和集中的管理是一个难题。

学校信息系统中复杂而分散的数据信息之间的交换、相互转换和共享等问题是系统开发要解决的关键性问题,分布式数据库系统技术为解决这个问题提供了可能。

1、系统的架构设计采用分布式的C/S与B/S混合的架构方式。

各院系、部(室)通过局域网直接访问数据库服务器,软件采用C/S架构;其它师生员工通过Internet访问Web 服务器,通过Web服务器再访问数据库服务器,软件采用B/S架构。

学校各部门之间工作时数据交互性较强,采用C/S架构可以使查询和修改的响应速度快;其它师生员工不直接访问数据库服务器,能保证学校数据库的相对安全。

2、数据的分布从全局应用的角度出发,将局部数据库自下而上构成分布式数据库系统,各系部存放本机构的数据,全局数据库则存放所有业务数据,并对数据进行完整性和一致性的检查,这种做法虽然有一定的数据冗余,但在不同场地存储同一数据的多个副本,能提高系统的可靠性和可用性,也提高了局部应用的效率,减少了通讯代价。

将关系分片,有利于按用户需求组织数据的分布,根据不同的数据关系采用了不同的分片方式:(1)在全局数据与各院系的数据关系中,由于各院系的数据是全局数据的子集,采用了水平分片的方式。

中间件设计方案

中间件设计方案

中间件设计方案
中间件是一种独立于具体业务逻辑实现的软件组件,用于连接和协调不同的系统或服务,并扩展系统的功能和性能。

中间件设计方案需要考虑以下几个方面:
1. 架构设计:中间件一般采用分布式架构,包括多个服务器节点的集群,可以提高系统的稳定性和性能。

架构设计方案需要考虑节点之间的通信方式、负载均衡和容错机制等。

2. 数据传输:中间件需要实现不同系统之间的数据传输。

常用的数据传输方式包括消息队列、远程调用和数据同步等。

设计方案需要根据具体业务需求选择合适的数据传输方式,并保证数据的可靠性和一致性。

3. 安全性:中间件需要提供安全的数据传输和访问机制,保护系统的敏感信息不被泄露和篡改。

设计方案需要考虑身份认证、数据加密和访问控制等安全策略,并采用相应的技术实现。

4. 性能优化:中间件设计方案需要考虑如何提高系统的性能和吞吐量。

常用的性能优化技术包括缓存、批处理和异步处理等。

设计方案需要根据具体业务场景选择合适的性能优化策略,并进行性能测试和调优。

5. 扩展性:中间件设计方案需要考虑系统的扩展性,能够方便地增加新的业务模块或服务。

设计方案应采用松耦合的架构,提供插件机制或扩展接口,以便于系统的扩展和升级。

6. 监控和调试:中间件需要提供监控和调试工具,方便系统管理员进行故障排查和性能调优。

设计方案需要考虑如何采集和展示系统的运行状态和性能数据,并提供相应的分析和诊断功能。

综上所述,中间件设计方案需要综合考虑架构设计、数据传输、安全性、性能优化、扩展性以及监控和调试等方面的要求。

通过合理的设计和实施,可以提高系统的可用性、扩展性和性能,满足不同业务需求。

基于网络的分布式数据库系统的设计与实现

基于网络的分布式数据库系统的设计与实现

基于网络的分布式数据库系统的设计与实现一、前言随着互联网的快速发展和信息化的加速推进,分布式数据库系统已经成为了企业级应用的必备工具。

分布式数据库系统的优势在于实现数据库的分布式存储和数据共享,提高了数据存取的效率,并且支持多用户多任务的复杂并发操作。

本文就基于网络的分布式数据库系统的设计与实现进行一次深入探讨。

二、分布式系统的架构分布式数据库系统的架构分为两种,一种是基于同质计算结点的单一计算机系统,另一种是基于异质计算结点的分散计算机系统。

单一计算机系统的问题在于当用户数量较大时,无法保障数据的及时响应和负载均衡,而分散计算机系统搭建和维护较为复杂,需要高度的技术支持。

因此,通常我们采用分层式的架构来实现分布式系统。

1.客户端客户端通常是指通过网络访问数据库系统的用户端。

客户端与服务器之间通过网络进行通信,客户端可以通过消费Web服务或使用编程接口的方式来与服务器通信。

客户端通常要保证数据的安全性和有效性,因此需要身份验证、权限控制、数据加密和数据校验等多种保障。

2.应用服务器应用服务器作为中间层,在客户端和数据库服务器之间起到了桥梁作用。

它接收客户端的请求信息,进行处理并返回结果。

它还可以在向数据库服务器发送请求之前,对数据进行初步过滤和处理,保证数据的有效性。

应用服务器与客户端之间通过Web的方式进行交互,如通过HTTP或SOAP等协议进行交互。

3.数据库服务器数据库服务器是分布式系统中最关键的组成部分。

在分布式系统中,数据库服务器需要集中管理所有的数据处理任务、资源共享和安全控制等。

数据库服务器可以实现数据的备份、恢复和调度管理等功能。

此外,数据库服务器也负责存储管理和数据处理等工作。

4.数据存储数据存储通常是指数据目录、数据结构、数据内容、索引和日志等。

数据存储需要保证数据的安全性、可读性和可扩展性。

数据存储还要支持数据的备份和恢复等高级功能。

三、分布式数据库系统的设计1. 数据分发策略数据分发策略是分布式数据库系统设计中非常关键的一部分,通过该策略可以实现数据的分发和调度。

一种数据访问中间件系统的设计与实现

一种数据访问中间件系统的设计与实现
关键 词 : 中间件 通信 接 口 数 据访 问
Ab t a t h s p p r b n s fr a d a k n fmi d e r e h oo y w ih i t ie o s r c :T i a e r g o w r i d o d lwa e t c n l g h c s u i z d t i l c o d n t r i g a n s t e d f r n p r t n s  ̄e .t e d f r n t n a d ew r o r i ae wo k n mo g t h i e e t o e a i y ms h i e e t s d r s o n t o k f o a f a d t e df r n o n h i e e tc mmu i ain p o o os i i rb td c mp tr s se f n c t r tc l n d s i u e o u e y t m.A Da a Ac e sMi - o t t c s d d e a e mo e s d sg e n h e i h i u c in l mo u e s a s r s n e . l w d l i e in d a d t e d sg o t e man f n t a d l s i l o p e e td r n f o
2 设 计 思 想
本系统采用客户机 一 数据库 中间件 一 数据库 服务 器 ( 称 C M S 这 3层 体 系 结 构 。其 中数 简 //)
维普资讯
3 0
20 0 8年 第 3期 熊 建
周 春妮 : 一种 数据 访 问 中间件 系统 的设 计 与 实现 技 术 实现 了 同时 支持 多 客户 访 问数 据 库 。 同时 , 为 了网络 安 全 考 虑 网络 接 口通 过 D S算 法 方 式 E 来 实现 网络 的加解 密传 输功 能 。

分布式文件系统设计与实现实验报告

分布式文件系统设计与实现实验报告

分布式文件系统设计与实现实验报告引言:分布式文件系统是指将存储在不同物理位置的文件以一种透明、统一的方式组织起来,使用户能够像访问本地文件一样方便地对其进行存取。

本实验旨在设计和实现一个分布式文件系统,通过研究其原理和算法,探索其在分布式计算环境下的性能和可扩展性。

设计与实现:1. 架构设计1.1 主从架构1.2 对等架构1.3 混合架构2. 文件分配算法2.1 随机分配算法2.2 基于哈希的分配算法2.3 基于一致性哈希的分配算法3. 数据一致性管理3.1 副本机制3.2 一致性协议4. 容错与恢复4.1 容错机制4.2 数据恢复算法5. 性能优化5.1 负载均衡策略5.2 数据缓存技术实验过程与结果:在实验中,我们选取了对等架构作为设计的基础。

首先,我们搭建了一个由多台计算机组成的分布式系统,并在其上安装了相应的操作系统和软件环境。

然后,我们根据设计与实现的要求,编写了相应的代码,并进行了测试和优化。

实验结果表明,我们设计与实现的分布式文件系统具有较好的性能和可扩展性。

通过合理的文件分配算法和一致性管理策略,我们实现了文件的快速存取和数据的一致性维护。

同时,通过容错与恢复机制,我们提高了系统的可靠性和稳定性。

此外,我们还采用了负载均衡和数据缓存等技术,有效地优化了系统的性能。

结论:本实验的设计与实现进一步深化了对分布式文件系统的理解,并验证了相关算法和策略的可行性和有效性。

通过实验过程中遇到的问题和得到的经验,我们对分布式系统的设计与实现有了更深入的认识。

未来,我们将进一步改进和扩展分布式文件系统的功能,以适应更复杂的分布式计算环境。

参考文献:[1] Tanenbaum, A. S., & Van Steen, M. (2002). Distributed systems: principles and paradigms. Pearson Education.[2] Ghemawat, S., Gobioff, H., & Leung, S. T. (2003). The Google file system. ACM SIGOPS Operating Systems Review, 37(5), 29-43.[3] DeCandia, G., Hastorun, D., Jampani, M., Kakulapati, G., Lakshman,A., Pilchin, A., ... & Vosshall, P. (2007). Dynamo: Amazon’s highly available key-value store. ACM SIGOPS Operating Systems Review, 41(6), 205-220.。

分布式数据库的设计与实现

分布式数据库的设计与实现

分布式数据库的设计与实现分布式数据库是一种将数据存储在不同的物理节点上的数据库系统。

它通过将数据分散存储在多个服务器上,以实现高可用性、高性能和横向扩展等优势。

本文将介绍分布式数据库的设计与实现的方法和原则。

一、概述分布式数据库设计的目标是实现数据的分布式存储和访问,同时保证数据的一致性、可靠性和性能。

它通常可以分为两个部分:分布式数据库管理系统(Distributed Database Management System,简称DDMS)和数据分布策略。

二、DDMS设计与实现1. 数据切分在设计分布式数据库时,首先需要将数据按照一定的规则进行切分,将其分散存储在多个节点上。

常见的数据切分方法有垂直切分和水平切分两种。

- 垂直切分:按照业务模块将数据库表进行切分,使得每个节点只存储一部分表的数据。

这样可以减少单一节点的负载,提高系统性能和可用性。

- 水平切分:按照某个列或一组列的数值范围将表的数据划分成多个部分,分别存储在不同的节点上。

这样可以实现数据的负载均衡和横向扩展。

2. 数据复制在分布式数据库中,为了保证数据的可靠性和高可用性,一般会对数据进行复制存储。

常见的数据复制方法有主从复制和多主复制两种。

- 主从复制:一个节点作为主节点负责接收和处理所有的写入请求,其他节点作为从节点负责复制主节点的数据,并处理读取请求。

这样可以提高系统的读取性能和可用性。

- 多主复制:多个节点都可以处理读写请求,并相互之间进行数据同步。

这样可以提高系统的写入性能和可用性。

3. 数据一致性在分布式数据库中,由于数据的复制和分布式存储,会导致数据的一致性问题。

为了解决这个问题,可以采用一致性哈希算法来确定数据存储的位置和复制的节点。

同时,可以使用副本一致性协议来实现数据的一致性。

- 一致性哈希算法:将数据的键值通过哈希函数映射到一个统一的Hash环上,根据节点在环上的位置确定数据的存储节点。

这样可以实现动态添加和删除节点时的数据迁移。

分布式数据库系统研究设计论文

分布式数据库系统研究设计论文

分布式数据库系统研究设计论文分布式数据库系统是一种将数据库分布到多台计算机上的系统,以实现数据的存储、管理和查询的任务。

在现代大规模数据处理和云计算环境下,分布式数据库系统具有很高的可扩展性、高性能和高可用性的特点。

本文将从分布式数据库系统的研究和设计两个方面进行讨论,探索其相关技术和应用。

在分布式数据库系统的研究方面,我们将关注以下几个方面:数据分片和复制、一致性和容错机制、查询优化和分布式协调等。

首先,数据分片和复制是分布式数据库系统中的关键技术,其目的是将数据划分为多个部分,并将其存储在不同的计算机节点上。

这样可以提高系统的可扩展性和负载均衡能力。

同时,通过数据的复制和备份,可以提高系统的容错性和数据的可用性。

其次,在实现分布式数据库系统时,要保证数据的一致性和容错性。

一致性是指在分布式系统中的所有节点之间的数据是同步的。

容错性是指系统能够在一些节点出现故障的情况下继续正常运行。

为了实现一致性和容错性,可以使用一些技术,如复制协议、主从复制、分布式事务和快照机制等。

最后,查询优化和分布式协调是分布式数据库系统中的关键问题。

查询优化是指在分布式环境中,如何将查询作为一个分布式任务进行协调,以提高查询的效率和性能。

分布式协调是指在分布式环境中如何协调不同节点上的查询,并保证数据的一致性和正确性。

为了实现查询优化和分布式协调,可以使用一些技术,如查询优化器、查询重写和分布式锁机制等。

在分布式数据库系统的设计方面,我们将关注以下几个方面:系统架构、存储管理和查询处理等。

首先,系统架构是分布式数据库系统设计的核心,包括系统的整体架构、节点之间的通信机制和任务调度等。

系统架构的设计应考虑到系统的可扩展性和高可用性。

其次,存储管理是指对分布式数据库系统中的数据进行存储和管理的技术和方法。

存储管理的设计应考虑到数据的分片和复制、数据的均衡存储和数据的访问效率等。

为了提高存储管理的效果,可以使用一些技术,如数据压缩、数据索引和数据分区等。

《分布式数控系统(DNC)服务器的设计与实现》

《分布式数控系统(DNC)服务器的设计与实现》

《分布式数控系统(DNC)服务器的设计与实现》一、引言随着制造业的快速发展,数控系统在生产过程中的作用越来越重要。

为了满足现代制造业对高效、灵活和智能化的需求,分布式数控系统(DNC)应运而生。

DNC服务器作为分布式数控系统的核心组成部分,负责管理、控制和协调各个数控设备的运行。

本文将详细介绍分布式数控系统(DNC)服务器的设计与实现过程。

二、系统需求分析在设计和实现DNC服务器之前,首先需要对系统需求进行分析。

主要需求包括:支持多种数控设备接入、实时数据传输、高效的数据处理能力、友好的用户界面以及强大的故障诊断和恢复能力。

根据这些需求,我们可以将DNC服务器分为以下几个模块:设备接入模块、数据传输模块、数据处理模块、用户界面模块和故障诊断与恢复模块。

三、系统设计1. 硬件设计DNC服务器的硬件设计应考虑高性能、高可靠性和低延迟等因素。

主要硬件包括处理器、内存、存储设备、网络接口等。

其中,处理器应选择高性能的多核处理器,以支持多任务处理和实时数据处理;内存和存储设备应具备足够的容量,以满足系统的运行和存储需求;网络接口应支持高速数据传输,以保证实时数据的传输。

2. 软件设计软件设计是DNC服务器的核心部分,主要包括操作系统、数据库管理系统、通信协议和应用程序等。

操作系统应选择稳定可靠的实时操作系统,以保证系统的稳定性和实时性;数据库管理系统应具备高效的数据处理能力和强大的数据存储能力,以支持大量的数据传输和存储;通信协议应支持多种数控设备的接入和通信;应用程序应包括设备接入模块、数据传输模块、数据处理模块、用户界面模块和故障诊断与恢复模块等。

四、系统实现1. 设备接入模块的实现设备接入模块负责管理各个数控设备的接入和连接。

该模块应支持多种数控设备的接入,包括不同厂家的数控设备。

通过设备驱动程序或通用接口,实现与数控设备的通信,并将设备信息存储在数据库中。

2. 数据传输模块的实现数据传输模块负责实时数据的传输。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

分布式数据库同步中间件系统的设计与
实现
摘要:随着信息时代的到来,网络技术进一步发展和普及,基于分布式数据库的应用系统越来越广泛,像电子购物系统、银行管理系统等。

在这些分布式应用中,通常会引入多个数据副本。

如何保证分布式数据库中数据副本的一致性显得非常重要,也一直是数据库应用中的热门问题。

关键词:分布式数据库;同步中间件系统;设计
引言
针对分布式数据库系统中对等模式下副本一致性的问题,设计了一个基于中间件的数据库同步系统。

该系统利用中间件实现数据库同步的目的,通过事务管理模块、冲突检测模块、通信模块、事务执行模块完成事务的捕获、分析以及对冲突事务的检测和处理。

实验结果表明,由于冲突在本地得到检测和处理,与两阶段协议(2PL)相比,基于中间件的数据库同步系统降低了事务的响应时间,减少了不必要的通信,提升了系统的性能。

1相关技术及理论研究
1.1分布式数据库相关概述
1.1.1分布式数据库
分布式数据库是指将同一个数据系统存放在多个节点的数据库中,引入多个数据副本,并且各个节点的数据副本均能对同一个数据进行操作,因此保证所有节点的数据的一致性是确保系统正常运转的先决条件。

分布式数据库给用户和系统带来了很大的便利条件,一方面,用户只需访问本地数据库,减少访问延迟时间和通信损耗,从而提高系统的使用性能;另一方面,多个数据库的同时使用会
提高数据的吞吐量,并且系统不会因为某个数据库出现故障而瘫痪,增强了数据的实用性和系统的安全性。

1.1.2数据库同步
当一个数据库系统中同时存在两个或多个数据库,系统管理人员通过相关技术手段将其中一个数据库中的数据传输到另外的数据库,并能确保2个数据库中的数据完全一致,此操作过程称为数据库同步。

其他数据库节点中的数据会随着发生改变的数据库而变化,确保数据的完整统一。

1.2数据库中间件技术
中间件技术是负责前端应用程序和系统之间传递数据的纽带,以实现稳定高效的目的。

分布式数据库可借助中间件技术共享数据资源,它位于服务器操作系统之上,帮助用户灵活高效地开发复杂的应用软件。

本文设计的同步中间件技术可有效达到系统预期效果,确保传输数据的同步性和一致性。

1.3XML技术
XML(可扩展的标记语言,extensiblemarkuplanguage)作为一种显示数据的语言,它以良好的数据储存格式、可延展性以及高度结构化的优点使数据在网络中进行无障碍的传输,并呈现给用户。通过XML转换格式,对传输的数据封装或解析起到至关重要的作用,并提高了系统的可操作性、安全性以及满足不断增长的应用需求。
1.4数据库系统转型升级路径浅析
数字化转型背景下,数据库迭代升级并非是简单地对传统商业数据库产品进行平行替换,而是要站在企业发展的战略高度,对业务、应用、技术架构等进行综合考量,以求能更好地满足企业的可持续规模化发展需求。

举例来说,对于部分传统的金融业务系统,由于其开发时间较早、熟悉代码的科技人员较少以及较为依赖成熟商业数据库特性等原因,金融机构往往会优先选择具有兼容特性的商业数据库进行直接替换,这种方法虽然可在短期内实现快速替换,但也使得技术债出现进一步堆积,金融机构对原有数据库的黏性没有减少,业务开发人员的习
惯也并没有改变。

与之相比,以分布式、云原生为代表的新技术则为数据库技术
实现弯道超车做好了理论铺垫。

近年来,伴随着数据使用场景的多元化,对于具
有海量数据增长迅速、高并发读写、高峰业务弹性需求大等特点的金融业务系统
而言,传统的集中式商业数据库已经无法支撑业务的高效发展,而从敏捷开发迭代、技术自主掌控、业务连续性等角度开展的评估结果来看,金融机构明显更倾
向于选择分布式数据库实现架构跃迁,并以此在基础架构层面开辟自主创新道路。

2对等模式数据库同步系统的设计与实现
为了解决以上全局索引数量有限、高峰期写入事务RT抖动和资源占用集中
度高等问题,本文中的全局索引设计为独立于主表的一套分片表,和主表的元数
据独立,但是对于用户不可见。

使用局限性小于主表的二级索引,行的长度没有
限制,极端情况可以做成主表的聚集索引(ClusteredIndex,也称聚类索引、簇
集索引)完全覆盖主表字段,避免网络回表导致的性能衰减。

其次,在提供对数
据的事务性访问中,采用动态时间戳排序方式来提供可序列化,使得事务有更高
的机会逻辑上可序列化的时间线。

在传统的分布式数据库或者并行数据库环境中,一般采用计算和存储分离的架构设计,计算和存储之间采用以太网连接,但网络
的传输速率远低于内存访问速率,而随着RDMA等高速网络技术的发展,网络传
输代价大幅度降低。

此外,随着非易失性存储设备的发展,将索引放到非易失性
存储中并做索引结构的重新设计也成为研究的热点[22-24]。

本文基于RDMA的低
时延全局索引设计的分布式数据库系统的总体架构如图1所示。

整体架构主要分
为四个部分,分别为:1)计算集群,由1到N个CN(ComputerNode,计算节点)节点组成;2)存储集群,由1到M个DN(DataNode,数据节点)节点组成;3)
管理集群,核心模块主要包含GTM(GlobalTransactionManager,全局事务管理器)模块,MDS(MetaDataService,元数据服务)模块,以及本文新增的ClusterCache和ClusterMQ模块;4)本文新增的全局索引构建引擎
IndexSinker模块,既可以单独部署,也可以采用与管理集群合设的部署方式。

本文的数据库架构中计算集群和管理集群之间采用RDMA连接,其余都采用25GE
以太网连接。

为了构建异步低时延全局索引新增加的3类节点的主要功能如下:ClusterCache:集群缓存,用来存储主表和索引表的LSN(logsequencenumber,
日志的逻辑序列号)信息,TS(TimeStamp,时间戳)信息,以及Cache类型的KV
索引。

ClusterMQ:集群消息队列,用来缓存全局索引的数据,采用appendOnly模式,写入性能远高于直接写入DN节点的B+Tree数据结构。

IndexSinker:全局索引构建引擎,消费ClusterMQ的索引信息,以批量方式
写入DN集群,然后向MDS模块更新该索引的LSN点位信息。

从应用角度看,事
务对应的索引数据只要CN节点通过RDMA网络写入ClusterMQ之后就可以认为事
务已经提交成功;而IndexSinker采用异步模式根据一定规则把MQ中的索引数
据真正写入DN节点。

我们设计的主要目的是为了降低事务的响应时延和系统负载。

3对等模式下分布式数据库同步协议
3.1基本思想
由于在分布式数据库中,副本数据存放在不同地方的数据库节点中,所以同
一时间段执行的事务除了本地节点中提交的事务,还包含了所有远程节点上用户
提交的事务的集合。

要使分布式数据库中所有节点副本的数据达到一致,就需要
从全局角度对同一时间段所有并发事务进行冲突检测和处理。

若要对全局的并发
事务进行检测处理,就需要将事务相互之间按照统一的顺序进行传播,并进行判
断处理。

但是影响到数据副本一致性的只有写操作,而数据库事务中读操作又占
有很大的比例。

如果将所有的读写操作一起传播,会加剧系统通信消耗,影响系
统的性能。

因此本文通过事务处理模块,提取读操作和写操作,只将影响数据一
致性的写操作进行传播,大大减少了通信消耗。

3.2协议描述
当用户在本地节点提交事务T的请求时,同步中间件的各个模块发挥其功能,获取到事务并进行分析和执行。

主要分为本地阶段、冲突检测阶段、发送阶段和
执行阶段。

结语
本文介绍了分布式数据库系统中数据的同步模式,并设计了一种基于对等模
式的分布式数据库同步系统。

实验结果表明,相比两阶段锁策略,系统在保证各
节点副本数据达到一致性的同时,消除了锁机制带来的不必要的阻塞,减少了通信消耗,在一定程度上提高了系统的性能。

参考文献
[1]邵佩英.分布式数据库系统及其应用[M].2版.北京:科学出版社,2005.
[2]王珏.基于快照隔离的分布式数据库同步技术研究与应用[D].郑州:解放军信息工程大学,2012.
[3]王成良,孙永红,杨斌,等.基于组通信技术的数据库复制技术研究与应用[J].计算机技术与发展,2013,23(5):108⁃112.。

相关文档
最新文档