WO2011134231A1

WO2011134231A1 - 一种数据库间数据同步的方法、系统及设备

Info

Publication number: WO2011134231A1
Application number: PCT/CN2010/077267
Authority: WO
Inventors: 丁奇鹏
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-04-26
Filing date: 2010-09-25
Publication date: 2011-11-03
Also published as: EP2533160A1; BR112012022608A2; CN101807210A; MX2012010377A; CN101807210B; BR112012022608B1; EP2533160A4

Description

一种数据库间数据同步的方法、系统及设备技术领域

本发明涉及计算机领域，尤其涉及一种数据库间数据同步的方法、系统及设备。背景技术

数据库以其数据存储、备份等数据功能，成为信息系统中必不可少的基础设施之一，任何一个大型的信息系统都需要依靠数据库而存在。

在实际应用中，由于业务逻辑的复杂性和功能的模块化设计，往往一个信息系统中会部署多套数据库，而这多套数据库之间需要协同合作共享数据，这就要求各数据库之间能够实现数据同步。目前的主流数据同步技术包括 Oracle的 Streams, Sybase的 Replication Server等，其基本原理都是抓取源数据库中数据库日志（ redolog )文件中的逻辑变化记录（ LCR, Logical Change Record ), 然后到目的数据库上按照 LCR发生的顺序分别应用抓取的 LCR, 从而实现目的数据库与源数据库的数据同步。

在上述数据库之间的数据同步方式中，源数据库与目的数据库不仅使用的同步消息的内容是类似的，且各自传递同步消息的格式也必须是通用的，才能进行数据的同步。应用在实际的同步过程中，由于源数据库和目的数据库支持的同步消息的格式不一定相同，甚至于源数据库和目的数据库的版本和架构的不同，导致数据同步的架构不灵活，源数据库和目的数据库之间可能无法正确实现数据同步。

综上所述，在目前的数据库同步方式下，存在源数据库和目的数据库支持的同步消息的格式不通用，导致源数据库和目的数据库之间数据同步失败的问题。发明内容

本发明实施例提供一种数据库间数据同步的方法、系统及设备，用以解决现有技术中存在的由于源数据库和目的数据库支持的同步消息的格式不通用，导致源数据库和目的数据库之间数据同步失败的问题。

一种数据库间数据同步的方法，所述方法包括以下步骤：

得到源数据库中进行数据操作后生成的逻辑变化记录 LCR;

检测目的数据库支持的 LCR格式，并将得到的源数据库中生成的 LCR 转换为目的数据库支持的格式后，发送给目的数据库。

一种数据库间数据同步的系统，所述系统包括：

源数据库，用于在进行数据操作后生成的逻辑变化记录 LCR;

数据同步设备，用于得到源数据库中生成的 LCR, 并检测目的数据库支持的 LCR格式，并将得到的源数据库中生成的 LCR转换为目的数据库支持的格式后，发送给目的数据库；

目的数据库，用于接收来自数据同步设备的 LCR。

一种数据库间数据同步设备，所述设备包括：

收集模块，用于得到源数据库中进行数据操作后生成的逻辑变化记录 LCR;

应用模块，用于检测目的数据库支持的 LCR格式，并将得到的源数据库中生成的 LCR转换为目的数据库支持的格式后，发送给目的数据库。

本发明实施例有益效果如下：

本发明实施例通过并不直接将源数据库中生成的 LCR同步至目的数据库，而是在得到源数据库中生成的 LCR后，与目的数据库协商目的数据库能够支持的 LCR格式，将得到的源数据库中生成的 LCR转换为目的数据库支持的格式后再发送给目的数据库，使得源数据库和目的数据不论支持何种消息格式，都能够使目的数据库正确地识别源数据库中生成的 LCR, 进而在目的数据库中分别应用识别的 LCR, 以达到源数据库和目的数据库之间的数据同步。附图说明

图 1为本发明实施例一在数据库间数据同步的方法示意图；

图 2为本发明实施例三在数据库间数据同步的方法示意图；

图 3为本发明实施例五数据库间数据同步的系统结构示意图；图 4为本发明实施例六数据库间数据同步设备的结构示意图。具体实施方式

下面结合说明书附图，对本发明实施例进行详细的描述。

本发明各实施例中涉及的 LCR体现了源数据库中一条特定记录上的一次特定数据操作，其中内容包含了：所属事务 ID (可选），操作类型（插入、更新、删除），变动字段列表，字段变化前值，字段变化后值，主键字段名，主键字段值等，目的数据库依据 LCR中的信息，就可以将这个数据操作复现。

实施例一：

如图 1所示，为本发明实施例一中在数据库间数据同步的方法示意图，本实施例主要包括以下步骤：

步骤 101 : 得到源数据库中进行数据操作后生成的 LCR。

假设本步骤的执行主体是数据库间数据同步设备（简称数据同步设备），本步骤中的多种得到源数据库中生成的 LCR 的方式，包括但不限于以下两种方式：

第一种方式：

源数据库在对数据进行操作后产生 redolog 文件，源数据库主动从 redolog文件解析出 LCR, 源数据库解析出的 LCR格式是源数据库支持的格式。在源数据库解析出 LCR后，源数据库可以向数据同步设备主动推送解析出的 LCR, 也可以由数据同步设备向源数据库请求获得 LCR, 在源数据库接受数据同步设备的请求后，数据同步设备从源数据库中抓取 LCR。

第二种方式：

源数据库在对数据进行操作后产生 redolog文件后不解析 LCR,而是将 redolog文件推送给据同步设备，或是由数据同步设备向源数据库请求获得 redolog文件。数据同步设备获得 redolog文件后，利用源数据库提供的可以解析 redolog 文件的应用程序编程接口（API , Application Programming Interface )或者开放的 redolog文件格式，解析出 LCR。

步骤 102: 检测目的数据库支持的 LCR格式。

在本步骤中，执行主体数据同步设备可以与目的数据库进行握手协商，确定目的数据库能够支持的至少一种 LCR格式，如结构化查询语言（ SQL, Structured Query Language )格式。

步骤 103: 将源数据库中生成的 LCR转换为目的数据库支持的格式后发送给目的数据库。

在本步骤中，执行主体数据同步设备通过开放数据库互连（ODBC , Open Data Base Connectivity )、 Java数据库互连 ( JDBC , Java Data Base Connectivity )、或 Oracle调用者接口（ OCI, Oracle Caller Interface ) /Sybase 客户端库老版本（DB-LIB , Database Library ) /Sybase 客户端库新版本 ( CT-LIB, Client Library )等专用接口库，与多种类型的目的数据库进行连接，并在将源数据库中生成的 LCR格式转化为目的数据库能够识别的格式后，将 LCR发送给目的数据库，使目的数据库能够根据接收到的 LCR确定源数据库中的操作，并将源数据库中对数据的操作应用在目的数据库中。

在本发明实施例的方案中，如果目的数据库支持如数组绑定等任何高效的入库方式，都可以在本步骤实现。在本实施例一的执行主体数据同步设备可以对来自源数据库的 LCR进行优化处理，因此，在对 LCR进行优化处理之前，数据同步设备可以进一步在步骤 101与步骤 102之间执行以下步骤：

步骤 101a: 将源数据库中生成的 LCR格式转换为标准格式。

所述标准格式可以为任——种 LCR的可选格式。

由于在步骤 102之前，将源数据库的 LCR格式转换为标准格式，因此，在步骤 103中，需要将已转换为标准格式的 LCR再次转换为目的数据库支持的格式后发送。

实施例二：

本发明实施例二通过一个典型的应用场景来说明实施例一的方案。假设源数据库和目的数据库都有维护一张演示标签（ DEMO— TAB ),定义如下：

CREATE TABLE DEMO_TAB( //创建一个演示标签

FLD A NUMBER PRIMARY KEY,

FLD— B CHAR(IOO),

FLD C VARCHAR(IOO))

上述 FLD— A、 FLD— B和 FLD— C三个字段代表了三种数据类型。

第一步：在源数据库中对 FLD— A、 FLD— B和 FLD— C中的数据进行一组操作：

INSERT INTO DEMO— TAB VALUES (1 , 'CHAR1 ' , ，VARCHAR1，）； //Insert操作

UPDATE DEMO— TAB SET //Update操作

FLD— B=，CHAR2，， FLD— C=， VARCHAR2' WHERE A=l；

DELETE FROM DEMO— TAB WHERE FLD— A= 1； //Delete操作第二步：获取 INSERT, UPDATE和 DELETE三个 LCR。

第三步：将获取的三个 LCR转换为标准格式，并与目的数据库进行格式协商。

第四步：将标准格式的 LCR转换为目的数据库支持的格式，并将转换第五步：目的数据库将依次接收到的 LCR 应用到自身维护的 DEMO— TAB。

通过本发明实施例一和实施例二提供的数据库间数据同步的方法，使得不论源数据库和目的数据库支持何种 LCR格式，都可以将源数据库中生成的 LCR转换为目的数据库能够支持的格式发送给目的数据库，因此，目的数据库可以将接收到的 LCR应用到自身的数据中，完成源数据库和目的数据库中的数据同步。

实施例三：

在本实施例三的方案是对实施例一的优化方案，对来自源数据库的 LCR进行优化后再发送给目的数据库。如图 2所示，为本发明实施例三的方法流程示意图，包括以下步骤：

步骤 201：得到源数据库中进行数据操作后生成的 LCR。

步骤 202: 将得到的源数据库中生成的 LCR格式转换为标准格式。步骤 203: 针对同一事务操作生成的 LCR, 分配以该事务的事务 ID表示的数据緩存区。

在本实施例中，事务是指多个操作的集合，合并成一个事务的多个操作全部成功执行时，表示该事务执行成功；当合并成一个事务的多个操作中有至少一个操作未成功执行时，表示该事物执行失败。

如果在步骤 201中得到的 LCR是源数据库中对至少一个事务操作后生成的 LCR, 则针对同一事务操作生成的 LCR包括事务控制类型的 LCR和数据操作（DML, Data Manipulation Language )类型的 LCR。事务控制类型的 LCR包括：继续运行（commit )类型的 LCR和回滚（rollback )类型的 LCR中的一种，以及开始执行（begin tran )类型的 LCR; DML类型的 LCR包括：插入（insert )类型的 LCR、更新（update )类型的 LCR和删除 ( delete )类型的 LCR中的至少一个。

步骤 203的具体执行过程如下：

首先，判断源数据库是否具有支持事务的能力，若源数据库不具有支持事务的能力，则直接跳转至步骤 208; 否则，进一步判断源数据库进行的事务操作是否进行了过滤，提供的 LCR是否都是执行成功的事务的 LCR; 若是，则直接跳转至步骤 208; 否则，分配以该事务的事务 ID表示的数据緩存区。

如果接收到的来自源数据库的 LCR不包含事务控制类型的 LCR,则可以认为源数据库不具有支持事务的能力；如果通过其他配置条件确认源数据库具有支持事务的能力，且来自源数据库的 LCR不包含事务控制类型的 LCR, 则可以认为源数据库对事务操作进行了过滤，提供的 LCR是否都是执行成功的事务的 LCR。

在步骤 203中，当从来自源数据库的 LCR中识别出 begin tran类型的 LCR时，认为一个新事务的开始，为该事务分配一个数据緩冲区，多个数据緩冲区之间通过对应的事务 ID进行区分。

步骤 204: 从具有相同事务 ID的 LCR中确定 DML类型的 LCR。针对同一事务操作生成的 LCR中， insert类型的 LCR、 update类型的 LCR和 delete类型 LCR是 DML类型的 LCR。

步骤 205: 将确定出的 LCR按照生成的时间先后顺序存储在相同事务 ID表示的数据緩存区中。然后将排列好的 LCR存储到数据緩存区中，使得后续目的数据库接收到的 LCR的顺序与源数据库对数据进行操作生成 LCR的顺序相同。例如：在源数据库和目的数据库中的数据是 " ABC" , 源数据库对数据先后进行了两次操作，分别是删除 "A" 和更新为 "ABCD" , 因此，在执行完上述两个操作后，源数据库中的数据是 "ABCD" ; 如果目的数据库按照操作执行先后顺序接收的两个 LCR分别是删除 "A"和更新为 "ABCD" , 则目的数据库在应用接收到的两个 LCR后，实现了与源数据库的数据同步；如果目的数据库先应用更新为 "ABCD"的 LCR,再应用删除 "A"的 LCR, 则应用两个 LCR后，目的数据库没有与源数据库实现数据同步。

步骤 206:判断具有相同事务 ID的 LCR中包含 commit类型的 LCR还是包含 rollback类型的 LCR,若包含 commit类型的 LCR,则执行步骤 208; 若包含 rollback类型的 LCR, 则执行步骤 207。

在本实施例中，如果具有相同事务 ID的 LCR中包含 commit类型的 LCR, 则表示对应的事务成功执行，则继续后续的数据同步操作；如果包含 rollback类型的 LCR, 则表示对应的事务需要回滚，不需要继续执行数据同步操作。

步骤 207: 将所述具有相同事务 ID的 LCR全部释放，结束针对已释放的 LCR的数据同步。

在步骤 207执行完成之后，如果还有其他未释放的需要进行数据同步的 LCR时，则继续执行后续步骤；否则，可以跳转至步骤 201 , 或是结束数据同步操作。

在本实施例中，步骤 203〜步骤 207是优化步骤，可以在确保源数据库和目的数据库之间数据同步的基础上，进一步对事务操作是否成功进行判断，对于没有成功执行的事务生成的 LCR将不会发送到目的数据库，减少了无用信息的传输，也减少了目的数据库所作的无用的数据同步。

步骤 208: 针对每一个 LCR, 判断 LCR数据緩存池中是否存在与得到的 LCR具有相同关键字的 LCR, 若是，则执行步骤 209; 否则，执行步骤在本实施例中维护一个 LCR数据緩存池，用于緩存每一条记录的多个 LCR, 进入 LCR数据緩存池的对应同一条记录的 LCR具有相同的关键字。

步骤 209: 将 LCR进行归并后存入 LCR数据緩存池，然后跳转至步骤

211。

步骤 210: 将 LCR存入所述 LCR数据緩存池，然后跳转至步骤 211。在本实施例中，为了减少针对同一条记录的多次 DML操作，可以将具有相同关键字的 LCR进行归并。例如：源数据库和目的数据库是人口信息普查数据库，在初始时都保存了一条关键字为 "身份证号码： 0123456789" 的记录：姓名：张三 /身份证号码： 0123456789/年龄： 25/居住地：北京。在源数据库中进行数据操作的周期是 Is, 在目的数据库中进行数据同步的周期是 3s; 在第 Is将上述记录中的 "年龄" 一项更新为 26, 生成 update类型的 LCR— 1 , 由于是针对上述记录的第一条 LCR, 则 LCR 1存入 LCR数据緩存池；在第 2s删除将上述记录中的 "居住地" 一项删除，生成 delete 类型的 LCR— 2 ,在将 LCR— 2存入 LCR数据緩存池之前，将 LCR— 1和 LCR— 2 进行归并，由于 LCR— 1和 LCR— 2无法缩减携带的信息，因此， LCR— 1和 LCR 2的归并可以看作是不进行操作，直接将 LCR— 2存入 LCR数据緩存池；在第 3s将上述记录中的 "年龄" 一项再次更新为 25 , 生成 update类型的 LCR 3 , 并将 LCR l , LCR 2和 LCR 3进行归并，将 LCR 1和 LCR 3 归并为 LCR— 3 , 并将归并后得到的 LCR— 2和 LCR— 3执行后续操作。进一步地，由于在源数据库中执行 LCR— 1和 LCR— 3后相当于源数据库中"年龄" 一项没有修改，再将 LCR— 1、 LCR 2和 LCR— 3进行归并后也可以只得到 LCR 2进行后续操作。

上述步骤 208〜步骤 210是优化步骤，可以在确保源数据库和目的数据库之间数据同步的基础上，进一步减少发送的 LCR的数量，减少目的数据库的数据同步操作。

步骤 211 : 检测目的数据库支持的 LCR格式。

步骤 212: 将步骤 211中得到的 LCR转换为目的数据库支持的格式后发送给目的数据库。

在本实施例中也不限于在步骤 206后跳转至步骤 211 的方案，或是在步骤 202之后跳转至步骤 208的方案。

实施例四：

本发明实施例四通过一个典型的应用场景来说明实施例三的方案。假设源数据库和目的数据库都有维护一张演示标签（ DEMO— TAB ),定义如下：

CREATE TABLE DEMO_TAB( //创建一个演示标签

FLD A NUMBER PRIMARY KEY,

FLD— B CHAR(IOO),

FLD C VARCHAR(IOO))

第一步：在源数据库中执行一个事务。

BEGIN TRAN //Begin tran操作

UPDATE DEMO— TAB SET //Update操作

FLD— B=，CHAR2，， FLD— C=， VARCHAR2' WHERE A=l；

COMMIT; //Commit操作

第二步：收集在第一步中生成的 begin tran类型、 insert类型、 update 类型和 commit类型的 4个 LCR。

第三步：为上述 4个 LCR开辟一个数据緩存区。

第四步：将 insert类型和 update类型的 LCR按生成顺序存入数据緩存区。

第五步：在收到 commit类型的 LCR后，认为事务结束。存池。

第七步：存入 LCR数据緩存池的 LCR与已有的针对同一记录的 LCR 归并。

第八步：将归并后的 LCR转换为目的数据库支持的格式后发送给目的数据库。

通过本发明实施例三和实施例四的方案，在源数据库和目的数据库之间成功完成数据同步的基础上，进一步减少需要传输的 LCR的数量以及目的数据库需要执行的数据同步操作次数，减少了系统资源的占用。

实施例五：

如图 3 所示，本发明实施例五提供一种数据库间数据同步的系统，所述系统包括：源数据库 11、数据同步设备 12和目的数据库 13 , 其中：源数据库 11 , 用于在进行数据操作后生成的逻辑变化记录 LCR; 数据同步设备 12, 用于得到源数据库中生成的 LCR, 并检测目的数据库支持的 LCR 格式，将得到的源数据库中生成的 LCR转换为目的数据库支持的格式后，发送给目的数据库 13 ; 目的数据库 13 ,用于接收来自数据同步设备的 LCR。

数据同步设备 12具体用于，将得到的源数据库 11中生成的 LCR格式转换为标准格式后再次转换为目的数据库 13支持的格式。

所述数据同步设备 12还用于，针对同一事务操作生成的 LCR, 分配以该事务的事务 ID表示的数据緩存区，从具有相同事务 ID的 LCR中确定数据操作 DML类型的 LCR, 将确定出的 LCR按照生成的时间先后顺序存储在相同事务 ID表示的数据緩存区中，以及判断具有相同事务 ID的 LCR中是否存在继续运行 commit类型的 LCR或是存在回滚 rollback类型的 LCR, 若存在 commit类型的 LCR, 则将存入数据緩存区中的 LCR转换为目的数据库支持的格式后发送；若存在 rollback类型的 LCR, 则将所述数据緩存区释放，并结束数据库间数据同步。

所述数据同步设备 12还用于，针对每一个 LCR, 判断 LCR数据緩存池中是否存在与得到的 LCR具有相同关键字的 LCR, 若不存在，则将所述得到的 LCR存入所述 LCR数据緩存池；否则，将具有相同关键字的 LCR 进行归并，，并将归并后的 LCR存入所述 LCR数据緩存池；以及，将存入所述 LCR数据緩存池的 LCR转换为目的数据库支持的格式后发送。

本实施例五中的系统是与实施例一至实施例四属于同一发明构思下的系统，数据同步设备 12可以是实施例一和实施例三中各步骤的执行主体。

实施例六：

如图 4所示，为本发明实施例六中数据库间数据同步设备 12的结构示意图，所述设备包括：收集模块 21和应用模块 22, 其中：收集模块 21 , 用于得到源数据库中进行数据操作后生成的逻辑变化记录 LCR; 应用模块 22, 用于检测目的数据库支持的 LCR格式，并将得到的源数据库中生成的 LCR转换为目的数据库支持的格式后，发送给目的数据库。

应用模块 22具体用于，将得到的源数据库中生成的 LCR格式转换为标准格式后再次转换为目的数据库支持的格式。

所述设备还包括事务緩存模块 23 ,用于针对同一事务操作生成的 LCR, 分配以该事务的事务 ID表示的数据緩存区，从具有相同事务 ID的 LCR中确定数据操作 DML类型的 LCR, 将确定出的 LCR按照生成的时间先后顺序存储在相同事务 ID表示的数据緩存区中，以及判断具有相同事务 ID的 LCR中是否存在继续运行 commit类型的 LCR或是存在回滚 rollback类型的 LCR, 若存在 commit类型的 LCR, 则利用存入数据緩存区中的 LCR触发应用模块 22; 若存在 rollback类型的 LCR, 则将所述数据緩存区释放，并结束数据库间数据同步。

所述设备还包括归并模块 24,用于针对每一个 LCR,判断 LCR数据緩存池中是否存在与得到的 LCR具有相同关键字的 LCR, 若不存在，则将所述得到的 LCR存入所述 LCR数据緩存池；否则，将具有相同关键字的 LCR 进行归并，并将归并后的 LCR存入所述 LCR数据緩存池；应用模块 22具体用于将存入所述 LCR数据緩存池的 LCR转换为目的数据库支持的格式后发送。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可釆用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可釆用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质 (包括但不限于磁盘存储器、 CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和 /或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 /或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

权利要求书

1、一种数据库间数据同步的方法，其特征在于，所述方法包括以下步骤：

得到源数据库中进行数据操作后生成的逻辑变化记录 ( LCR );

2、如权利要求 1所述的方法，其特征在于，在得到源数据库中生成的 LCR后，检测目的数据库支持的 LCR格式之前，所述方法还包括：

将得到的源数据库中生成的 LCR格式转换为标准格式；

将得到的源数据库中生成的 LCR转换为目的数据库支持的格式，包括：将转换为标准格式的 LCR再次转换为目的数据库支持的格式。

3、如权利要求 2所述的方法，其特征在于，得到的 LCR是源数据库中对至少一个事务操作后生成的 LCR;

在将所述 LCR 的格式转换为设定格式之后，检测目的数据库支持的 LCR格式之前，所述方法还包括：

针对同一事务操作生成的 LCR,分配以该事务的事务 ID表示的数据緩存区；

从具有相同事务 ID的 LCR中确定数据操作 ( DML )类型的 LCR; 将确定出的 LCR按照生成的时间先后顺序存储在相同事务 ID表示的数据緩存区中；

判断具有相同事务 ID的 LCR中是否存在继续运行（commit )类型的 LCR或是存在回滚（ rollback )类型的 LCR, 若存在 commit类型的 LCR, 则利用数据緩存区中存储的 LCR执行检测目的数据库支持的 LCR格式的步骤；若存在 rollback类型的 LCR, 则将所述数据緩存区释放，并结束数据库间数据同步。

4、如权利要求 3所述的方法，其特征在于，所述数据操作类型包括插入（insert ), 更新（update )和删除（delete ) 中的至少一个。

5、如权利要求 1、 2或 3所述的方法，其特征在于，在得到源数据库生成的 LCR之后，检测目的数据库支持的 LCR格式之前，所述方法还包括：针对得到的每一个 LCR, 判断 LCR数据緩存池中是否存在与得到的 LCR具有相同关键字的 LCR;

若不存在，则将所述得到的 LCR存入所述 LCR数据緩存池；否则，将具有相同关键字的 LCR进行归并，并将归并后的 LCR存入所述 LCR数据緩存池；

将得到的源数据库中生成的 LCR转换为目的数据库支持的格式，包括：将存入所述 LCR数据緩存池的 LCR转换为目的数据库支持的格式。

6、一种数据库间数据同步的系统，其特征在于，所述系统包括：源数据库，用于在进行数据操作后生成的逻辑变化记录（LCR );

数据同步设备，用于得到源数据库中生成的 LCR, 并检测目的数据库支持的 LCR格式，将得到的源数据库中生成的 LCR转换为目的数据库支持的格式后，发送给目的数据库；

目的数据库，用于接收来自数据同步设备的 LCR。

7、如权利要求 6所述的系统，其特征在于，

所述数据同步设备，具体用于将得到的源数据库中生成的 LCR格式转换为标准格式后再次转换为目的数据库支持的格式。

8、如权利要求 7所述的系统，其特征在于，

所述数据同步设备，还用于针对同一事务操作生成的 LCR, 分配以该事务的事务 ID表示的数据緩存区，从具有相同事务 ID的 LCR中确定数据在相同事务 ID表示的数据緩存区中，以及判断具有相同事务 ID的 LCR中是否存在继续运行（ commit )类型的 LCR或是存在回滚（ rollback )类型的 LCR, 若存在 commit类型的 LCR, 则将存入数据緩存区中的 LCR转换为目的数据库支持的格式后发送；若存在 rollback类型的 LCR, 则将所述数据緩存区释放，并结束数据库间数据同步。

9、如权利要求 6、 7或 8所述的系统，其特征在于，

所述数据同步设备，还用于针对每一个 LCR, 判断 LCR数据緩存池中是否存在与得到的 LCR具有相同关键字的 LCR, 若不存在，则将所述得到的 LCR存入所述 LCR数据緩存池；否则，将具有相同关键字的 LCR进行归并，，并将归并后的 LCR存入所述 LCR数据緩存池；以及，将存入所述 LCR数据緩存池的 LCR转换为目的数据库支持的格式后发送。

10、一种数据库间数据同步设备，其特征在于，所述设备包括：收集模块，用于得到源数据库中进行数据操作后生成的逻辑变化记录 ( LCR );

11、如权利要求 10所述的设备，其特征在于，

应用模块，具体用于将得到的源数据库中生成的 LCR格式转换为标准格式后再次转换为目的数据库支持的格式。

12、如权利要求 11所述的设备，其特征在于，所述设备还包括：事务緩存模块，用于针对同一事务操作生成的 LCR, 分配以该事务的事务 ID表示的数据緩存区，从具有相同事务 ID的 LCR中确定数据操作 DML类型的 LCR, 将确定出的 LCR按照生成的时间先后顺序存储在相同事务 ID表示的数据緩存区中，以及判断具有相同事务 ID的 LCR中是否存在继续运行 ( commit )类型的 LCR或是存在回滚（rollback )类型的 LCR, 若存在 commit类型的 LCR, 则利用存入数据緩存区中的 LCR触发应用模块；若存在 rollback类型的 LCR, 则将所述数据緩存区释放，并结束数据库间数据同步。

13、如权利要求 10、 11或 12所述的设备，其特征在于，所述设备还包括：

归并模块，用于针对每一个 LCR, 判断 LCR数据緩存池中是否存在与得到的 LCR具有相同关键字的 LCR, 若不存在，则将所述得到的 LCR存入所述 LCR数据緩存池；否则，将具有相同关键字的 LCR进行归并，并将归并后的 LCR存入所述 LCR数据緩存池；

应用模块，具体用于将存入所述 LCR数据緩存池的 LCR转换为目的数据库支持的格式后发送。