資料庫雙向同步

❶ 請教Mysql怎樣實現雙向同步

實現兩個Mysql資料庫之間同步同步原理：
MySQL 為了實現replication 必須打開bin-log 項，也是打開二進制的MySQL 日誌記錄選項。MySQL 的bin log 二

進制日誌，可以記錄所有影響到資料庫表中存儲記錄內容的sql 操作，如insert / update / delete 操作，而不記錄

select 這樣的操作。因此，我們可以通過二進制日誌把某一時間段內丟失的數據可以恢復到資料庫中（如果二進制日

志中記錄的日誌項，包涵資料庫表中所有數據，那麼， 就可以恢復本地資料庫的全部數據了）。 而這個二進制日誌，

如果用作遠程資料庫恢復，那就是replication 了。這就是使用replication 而不用sync 的原因。這也是為什麼要設

置bin-log = 這個選項的原因。

在同步過程中，最重要的同步參照物，就是同步使用那一個二進制日誌文件，從那一條記錄開始同步。下面就介紹

下怎樣實現兩個Mysql資料庫之間的主從同步。

一、 概述
MySQL從3.23.15版本以後提供資料庫復制（replication）功能，利用該功能可以實現兩個資料庫同步、主從模式、

互相備份模式的功能。本文檔主要闡述了如何在linux系統中利用mysql的replication進行雙機熱備的配置。
二、 環境
操作系統：Linux 2.6.23.1-42.fc8 # SMP（不安裝XEN）
Mysql版本：5.0.45-4.fc8
設備環境：PC（或者虛擬機）兩台
三、 配置
資料庫同步復制功能的設置都在MySQL的配置文件中體現，MySQL的配置文件（一般是my.cnf）：在本環境下

為/etc/my.cnf。
3.1 設置環境：
IP的設置：
A主機 IP：10.10.0.119
Mask：255.255.0.0
B主機 IP：10.10.8.112
Mask：255.255.0.0
在IP設置完成以後，需要確定兩主機的防火牆確實已經關閉。可以使用命令service iptables status查看防火牆狀態

。如果防火牆狀態為仍在運行。使用service iptables stop來停用防火牆。如果想啟動關閉防火牆，可以使用setup命

令來禁用或定製。
最終以兩台主機可以相互ping通為佳。
3.2 配置A主(master) B從(slave)模式
3.2.1 配置A 為master
1、增加一個用戶同步使用的帳號：
GRANT FILE ON *.* TO 『backup』@'10.10.8.112' IDENTIFIED BY 『1234』;
GRANTREPLICATION SLAVE ON *.* TO 『backup』@'10.10.8.112' IDENTIFIED BY 『1234』;
賦予10.10.8.112也就是Slave機器有File許可權，只賦予Slave機器有File許可權還不行，還要給它REPLICATION SLAVE的權

限才可以。
2、增加一個資料庫作為同步資料庫：
create databbse test;
3、創建一個表結構：
create table mytest (username varchar(20),password varchar(20));
4、修改配置文件：
修改A的/etc/my.cnf文件，在my.cnf配置項中加入下面配置：
server-id = 1 #Server標識
log-bin
binlog-do-db=test #指定需要日誌的資料庫

5、重起資料庫服務：
service mysqld restart
查看server-id：
show variable like 『server_id』；

❷ 2 台伺服器之間數據怎麼實時雙向同步

有兩個伺服器，分別裝有兩個SQL Server A ,B
A,B的表結構a,b 相同
A,B分別都會做一些INSERT,UPDATE,DELETE操作，要求AB的數據保持一致
（即A新增一條數據，要求B也新增，A更改一條數據，B也更改相應的）
是不是可以用觸發器來實現
那位高手給個常式
/*
作者:鄒建
*/

/*--同步兩個資料庫的示例

有數據
srv1.庫名..author有欄位:id,name,phone,
srv2.庫名..author有欄位:id,name,telphone,adress

要求：
srv1.庫名..author增加記錄則srv1.庫名..author記錄增加
srv1.庫名..author的phone欄位更新，則srv1.庫名..author對應欄位telphone更新
--*/

--大致的處理步驟
--1.在 srv1 上創建連接伺服器,以便在 srv1 中操作 srv2,實現同步
exec sp_addlinkedserver 'srv2','','SQLOLEDB','srv2的sql實例名

❸ 資料庫實時雙向同步

訂閱的設置里有沒相關選項我倒沒注意，不過就我做的這些項目來看，一般情況下都是使用介面機來完成兩個資料庫間的數據傳遞的，不管是單向還是雙向。
首先資料庫A和資料庫B上都有伺服程序監聽數據變化，數據改變的事件觸發後向介面程序（一般都另外放一個機器，自己測試就丟到A或者B的機器上好了）
發送數據，由介面機傳送該數據到另外一個機器。這樣不會出現死循環的情況，因為傳過來的記錄是經過了伺服程序判斷後才會寫進資料庫的，你可以用各種手段（做標記，查重復記錄，捕捉SENDER等等方法）判斷某個改變是由更新引起還是正常操作引起。
目前為止我還沒有遇到需要雙向更新的需求，但是曾經就這個可能性在部門里討論過，結論是實用性很差，主要體現在不可靠性。網路延遲很可能會帶來不可預料的錯誤（典型的是數據丟失），但是如果使用消息中間件來確保數據安全的話（比如我正在做的機場集成系統），實時性會大打折扣，違背了初衷。
如果真的有同步的需要，建議考慮重新設計下資料庫結構，也許是可以繞過這個問題的。舉個簡單例子，如果可以負擔的起，完全可以架起第3個資料庫C，在A和B那裡訂閱更新。
PS：我不是做資料庫的，所以有些資料庫新技術我不太了解，搞不好很多資料庫自己帶的就有兩資料庫雙向同步的，還是先查一下資料的好。我的建議僅恭參考:-)

❹ 如何支持資料庫雙向同步

資料庫同步最典型的應用是異地容災、負擔主庫查詢統計，這一般是1對1的應用，但是多維同步的需求有時也會浮出水面，這方面的需求一般來說更有實際應用價值，大致分為以下幾種：
1、N->1型：這種需求主要是應用於分部將生產數據上傳到總部，可以讓總部實時了解生產調撥情況以及各分部計劃完成情況來進行集中分析使用當然同步的前提是各分部業務數據同步的表必須是獨立的，或者數據的主鍵是不沖突的，這樣多組日誌在執行的時候就不會出現內部干擾的情況，此種方式必須從應用上進行隔離，保證數據的獨立性。
2、1->N型：這種需求是第一種情況的逆過程，主要是應用於總部將通知發布到各分部的應用。目的是一些重要的通知，報表數據，當業務數據沒有實現大集中情況下需要分發到分部，當然，這種需求一般會要求同步軟體能夠配置哪些表或者哪些欄位的數據需要定向同步到哪個備庫，這就需要同步軟體需要具備進行表過濾或者欄位過濾功能。 3、N<->N型：這種情況應用不多，但是特點是網路結構復雜，還需要應用上的配合。一個簡單的例子就是跨國企業多國聯合生產系統。比如A國是總部，B國是分部1，C國是分部2，D國是分部3。當一個生產計劃從總部下發到BCD分部時，各分部就得到了生產數據，同時根據總計劃制定各自的生產計劃，之後每個分部可以針對自身獨立的部分進行生產，同時每個分部會把各自計劃完成的情況實時傳到總部，之後由總部進行區分，比如把CD產生的生產數據同步到B，把BC產生的生產數據同步到D，把BD產生的數據同步到C，這樣就完成一個生產計劃的分布控制，同時各分部可以根據相臨分部生產計劃的執行情況對自己的生產任務進行調整。
可以說N<->N模式是目前最復雜的一種應用，不止要從應用系統上保持同步數據的一致和無沖突性，還要保證數據能夠在多向傳輸中的所有斷點記錄，並且在實際應用過程中還會有根據用戶、欄位、表進行過濾和轉化的一系列需求，甚至還會涉及到各國字元編碼的轉換問題。

❺ 怎麼實現兩個資料庫的同步

同步兩個SQLServer資料庫

如何同步兩個sqlserver資料庫的內容?程序代碼可以有版本管理cvs進行同步管理,可是資料庫同步就非常麻煩,只能自己改了一個後再去改另一個,如果忘記了更改另一個經常造成兩個資料庫的結構或內容上不一致.各位有什麼好的方法嗎?

一、分發與復制

用強制訂閱實現資料庫同步操作. 大量和批量的數據可以用資料庫的同步機制處理:

//

說明：

為方便操作,所有操作均在發布伺服器(分發伺服器)上操作,並使用推模式

在客戶機器使用強制訂閱方式。

二、測試通過

1:環境

伺服器環境:

機器名稱： zehuadb

操作系統：windows 2000 server

資料庫版本：sql 2000 server 個人版

客戶端

機器名稱：zlp

操作系統：windows 2000 server

資料庫版本：sql 2000 server 個人版

2:建用戶帳號

在伺服器端建立域用戶帳號

我的電腦管理->本地用戶和組->用戶->建立

username:zlp

userpwd:zlp

3:重新啟動伺服器mssqlserver

我的電腦->控制面版->管理工具->服務->mssqlserver 服務

(更改為：域用戶帳號,我們新建的zlp用戶 .zlp,密碼:zlp)

4:安裝分發伺服器

a:配置分發伺服器

工具->復制->配置發布、訂閱伺服器和分發->下一步->下一步(所有的均採用默認配置)

b:配置發布伺服器

工具->復制->創建和管理發布->選擇要發布的資料庫(sz)->下一步->快照發布->下一步->選擇要發布的內容->下一步->下一步->下一步->完成

c:強制配置訂閱伺服器(推模式,拉模式與此雷同)

工具->復制->配置發布、訂閱伺服器和分發->訂閱伺服器->新建->sql server資料庫->輸入客戶端伺服器名稱(zlp)->使用sql server 身份驗證(sa,空密碼)->確定->應用->確定

d:初始化訂閱

復制監視器->發布伺服器(zehuadb)->雙擊訂閱->強制新建->下一步->選擇啟用的訂閱伺服器->zlp->下一步->下一步->下一步->下一步->完成

5:測試配置是否成功

復制監視器->發布衿?zehuadb)->雙擊sz:sz->點狀態->點立即運行代理程序

查看：

復制監視器->發布伺服器(zehuadb)->sz:sz->選擇zlp:sz(類型強制)->滑鼠右鍵->啟動同步處理

如果沒有錯誤標志(紅色叉)，恭喜您配置成功

6:測試數據

在伺服器執行:

選擇一個表，執行如下sql: insert into wq_newsgroup_s select '測試成功',5

復制監視器->發布伺服器(zehuadb)->sz:sz->快照->啟動代理程序 ->zlp:sz(強制)->啟動同步處理

去查看同步的 wq_newsgroup_s 是否插入了一條新的記錄

測試完畢，通過。

7:修改資料庫的同步時間,一般選擇夜晚執行資料庫同步處理

(具體操作略) :d

/*

注意說明：

伺服器一端不能以(local)進行數據的發布與分發,需要先刪除注冊，然後新建注冊本地計算機名稱

卸載方式：工具->復制->禁止發布->是在"zehuadb"上靜止發布,卸載所有的資料庫同步配置伺服器

注意：發布伺服器、分發伺服器中的sqlserveragent服務必須啟動

採用推模式: "d:microsoft sql servermssql epldataunc" 目錄文件可以不設置共享

拉模式:則需要共享~!

*/

少量資料庫同步可以採用觸發器實現,同步單表即可。

三、配置過程中可能出現的問題

在sql server 2000里設置和使用資料庫復制之前，應先檢查相關的幾台sql server伺服器下面幾點是否滿足：

1、mssqlserver和sqlserveragent服務是否是以域用戶身份啟動並運行的（.administrator用戶也是可以的）

如果登錄用的是本地系統帳戶local，將不具備網路功能，會產生以下錯誤:

進程未能連接到distributor '@server name'

(如果您的伺服器已經用了sql server全文檢索服務, 請不要修改mssqlserver和sqlserveragent服務的local啟動。

會照成全文檢索服務不能用。請換另外一台機器來做sql server 2000里復制中的分發伺服器。)

修改服務啟動的登錄用戶，需要重新啟動mssqlserver和sqlserveragent服務才能生效。

2、檢查相關的幾台sql server伺服器是否改過名稱(需要srvid=0的本地機器上srvname和datasource一樣)

在查詢分析器里執行:

use master

select srvid,srvname,datasource from sysservers

如果沒有srvid=0或者srvid=0（也就是本機器）但srvname和datasource不一樣, 需要按如下方法修改:

use master

go

-- 設置兩個變數

declare @serverproperty_servername varchar(100),

@servername varchar(100)

-- 取得windows nt 伺服器和與指定的 sql server 實例關聯的實例信息

select @serverproperty_servername = convert(varchar(100), serverproperty('servername'))

-- 返回運行 microsoft sql server 的本地伺服器名稱

select @servername = convert(varchar(100), @@servername)

-- 顯示獲取的這兩個參數

select @serverproperty_servername,@servername

--如果@serverproperty_servername和@servername不同(因為你改過計算機名字),再運行下面的

--刪除錯誤的伺服器名

exec sp_dropserver @server=@servername

--添加正確的伺服器名

exec sp_addserver @server=@serverproperty_servername, @local='local'

修改這項參數，需要重新啟動mssqlserver和sqlserveragent服務才能生效。

這樣一來就不會在創建復制的過程中出現18482、18483錯誤了。

3、檢查sql server企業管理器裡面相關的幾台sql server注冊名是否和上面第二點里介紹的srvname一樣

不能用ip地址的注冊名。

（我們可以刪掉ip地址的注冊，新建以sql server管理員級別的用戶注冊的伺服器名）

這樣一來就不會在創建復制的過程中出現14010、20084、18456、18482、18483錯誤了。

4、檢查相關的幾台sql server伺服器網路是否能夠正常訪問

如果ping主機ip地址可以，但ping主機名不通的時候，需要在

winntsystem32driversetchosts (win2000)

(win2003)

文件里寫入資料庫伺服器ip地址和主機名的對應關系。

例如：

127.0.0.1 localhost

192.168.0.35 oracledb oracledb

192.168.0.65 fengyu02 fengyu02

202.84.10.193 bj_db bj_db

或者在sql server客戶端網路實用工具里建立別名，例如:

5、系統需要的擴展存儲過程是否存在(如果不存在，需要恢復):

sp_addextendedproc 'xp_regenumvalues',@dllname ='xpstar.dll'

go

sp_addextendedproc 'xp_regdeletevalue',@dllname ='xpstar.dll'

go

sp_addextendedproc 'xp_regdeletekey',@dllname ='xpstar.dll'

go

sp_addextendedproc xp_cmdshell ,@dllname ='xplog70.dll'

接下來就可以用sql server企業管理器里[復制]-> 右鍵選擇 ->[配置發布、訂閱伺服器和分發]的圖形界面來配置資料庫復制了。

下面是按順序列出配置復制的步驟:

1、建立發布和分發伺服器

[歡迎使用配置發布和分發向導]->[選擇分發伺服器]->[使"@servername"成為它自己的分發伺服器,sql server將創建分發資料庫和日誌]

->[制定快照文件夾]-> [自定義配置] -> [否,使用下列的默認配置] -> [完成]

上述步驟完成後, 會在當前"@servername" sql server資料庫里建立了一個distribion庫和 一個distributor_admin管理員級別的用戶(我們可以任意修改密碼)。

伺服器上新增加了四個作業:

[ 代理程序歷史記錄清除: distribution ]

[ 分發清除: distribution ]

[ 復制代理程序檢查 ]

[ 重新初始化存在數據驗證失敗的訂閱 ]

sql server企業管理器里多了一個復制監視器, 當前的這台機器就可以發布、分發、訂閱了。

我們再次在sql server企業管理器里[復制]-> 右鍵選擇 ->[配置發布、訂閱伺服器和分發]

我們可以在 [發布伺服器和分發伺服器的屬性] 窗口-> [發布伺服器] -> [新增] -> [確定] -> [發布資料庫] -> [事務]/[合並] -> [確定] -> [訂閱伺服器] -> [新增] -> [確定]

把網路上的其它sql server伺服器添加成為發布或者訂閱伺服器.

新增一台發布伺服器的選項：

我這里新建立的jin001發布伺服器是用管理員級別的資料庫用戶test連接的，

到發布伺服器的管理鏈接要輸入密碼的可選框, 默認的是選中的，

在新建的jin001發布伺服器上建立和分發伺服器fengyu/fengyu的鏈接的時需要輸入distributor_admin用戶的密碼。到發布伺服器的管理鏈接要輸入密碼的可選框，也可以不選，也就是不需要密碼來建立發布到分發伺服器的鏈接(這當然欠缺安全，在測試環境下可以使用)。

2、新建立的網路上另一台發布伺服器(例如jin001)選擇分發伺服器

[歡迎使用配置發布和分發向導]->[選擇分發伺服器]

-> 使用下列伺服器(選定的伺服器必須已配置為分發伺服器) -> [選定伺服器](例如fengyu/fengyu)

-> [下一步] -> [輸入分發伺服器（例如fengyu/fengyu）的distributor_admin用戶的密碼兩次]

-> [下一步] -> [自定義配置] -> [否，使用下列的默認配置]

-> [下一步] -> [完成] -> [確定]

建立一個資料庫復制發布的過程:

[復制] -> [發布內容] -> 右鍵選擇 -> [新建發布]

-> [下一步] -> [選擇發布資料庫] -> [選中一個待發布的資料庫]

-> [下一步] -> [選擇發布類型] -> [事務發布]/[合並發布]

-> [下一步] -> [指定訂閱伺服器的類型] -> [運行sql server 2000的伺服器]

-> [下一步] -> [指定項目] -> [在事務發布中只可以發布帶主鍵的表] -> [選中一個有主鍵的待發布的表]

->[在合並發布中會給表增加唯一性索引和 rowguidcol 屬性的唯一標識符欄位[rowguid],默認值是newid()]

(添加新列將: 導致不帶列列表的 insert 語句失敗,增加表的大小,增加生成第一個快照所要求的時間)

->[選中一個待發布的表]

-> [下一步] -> [選擇發布名稱和描述] ->

-> [下一步] -> [自定義發布的屬性] -> [否，根據指定方式創建發布]

-> [下一步] -> [完成] -> [關閉]

發布屬性里有很多有用的選項：設定訂閱到期(例如24小時)

設定發布表的項目屬性:

常規窗口可以指定發布目的表的名稱，可以跟原來的表名稱不一樣。

下圖是命令和快照窗口的欄目

( sql server 資料庫復制技術實際上是用insert,update,delete操作在訂閱伺服器上重做發布伺服器上的事務操作

看文檔資料需要把發布資料庫設成完全恢復模式，事務才不會丟失

但我自己在測試中發現發布資料庫是簡單恢復模式下，每10秒生成一些大事務，10分鍾後再收縮資料庫日誌，

這期間發布和訂閱伺服器上的作業都暫停，暫停恢復後並沒有丟失任何事務更改 )

發布表可以做數據篩選，例如只選擇表裡面的部分列:

例如只選擇表裡某些符合條件的記錄, 我們可以手工編寫篩選的sql語句:

發布表的訂閱選項，並可以建立強制訂閱:

成功建立了發布以後,發布伺服器上新增加了一個作業: [ 失效訂閱清除 ]

分發伺服器上新增加了兩個作業:

[ jin001-dack-dack-5 ] 類型[ repl快照 ]

[ jin001-dack-3 ] 類型[ repl日誌讀取器 ]

上面藍色字的名稱會根據發布伺服器名,發布名及第幾次發布而使用不同的編號

repl快照作業是sql server復制的前提條件,它會先把發布的表結構,數據,索引,約束等生成到發布伺服器的os目錄下文件

(當有訂閱的時候才會生成, 當訂閱請求初始化或者按照某個時間表調度生成)

repl日誌讀取器在事務復制的時候是一直處於運行狀態。(在合並復制的時候可以根據調度的時間表來運行)

建立一個資料庫復制訂閱的過程:

[復制] -> [訂閱] -> 右鍵選擇 -> [新建請求訂閱]

-> [下一步] -> [查找發布] -> [查看已注冊伺服器所做的發布]

-> [下一步] -> [選擇發布] -> [選中已經建立發布伺服器上的資料庫發布名]

-> [下一步] -> [指定同步代理程序登錄] -> [當代理程序連接到代理伺服器時:使用sql server身份驗證]

(輸入發布伺服器上distributor_admin用戶名和密碼)

-> [下一步] -> [選擇目的資料庫] -> [選擇在其中創建訂閱的資料庫名]/[也可以新建一個庫名]

-> [下一步] -> [允許匿名訂閱] -> [是，生成匿名訂閱]

-> [下一步] -> [初始化訂閱] -> [是，初始化架構和數據]

-> [下一步] -> [快照傳送] -> [使用該發布的默認快照文件夾中的快照文件]

(訂閱伺服器要能訪問發布伺服器的repldata文件夾，如果有問題，可以手工設置網路共享及共享許可權)

-> [下一步] -> [快照傳送] -> [使用該發布的默認快照文件夾中的快照文件]

-> [下一步] -> [設置分發代理程序調度] -> [使用下列調度] -> [更改] -> [例如每五分鍾調度一次]

-> [下一步] -> [啟動要求的服務] -> [該訂閱要求在發布伺服器上運行sqlserveragent服務]

-> [下一步] -> [完成] -> [確定]

成功建立了訂閱後，訂閱伺服器上新增加了一個類別是[repl-分發]作業(合並復制的時候類別是[repl-合並])

它會按照我們給的時間調度表運行資料庫同步復制的作業。

3、sql server復制配置好後, 可能出現異常情況的實驗日誌:

1.發布伺服器斷網,sql server服務關閉,重啟動,關機的時候,對已經設置好的復制沒有多大影響

中斷期間,分發和訂閱都接收到沒有復制的事務信息

2.分發伺服器斷網,sql server服務關閉,重啟動,關機的時候,對已經設置好的復制有一些影響

中斷期間,發布伺服器的事務排隊堆積起來

(如果設置了較長時間才刪除過期訂閱的選項, 繁忙發布資料庫的事務日誌可能會較快速膨脹),

訂閱伺服器會因為訪問不到發布伺服器,反復重試

我們可以設置重試次數和重試的時間間隔(最大的重試次數是9999, 如果每分鍾重試一次,可以支持約6.9天不出錯)

分發伺服器sql server服務啟動,網路接通以後,發布伺服器上的堆積作業將按時間順序作用到訂閱機器上:

會需要一個比較長的時間(實際上是生成所有事務的insert,update,delete語句,在訂閱伺服器上去執行)

我們在普通的pc機上實驗的58個事務100228個命令執行花了7分28秒.

3.訂閱伺服器斷網,sql server服務關閉,重啟動,關機的時候,對已經設置好的復制影響比較大,可能需要重新初試化

我們實驗環境(訂閱伺服器)從18:46分意外停機以, 第二天8:40分重啟動後, 已經設好的復制在8:40分以後又開始正常運行了, 發布伺服器上的堆積作業將按時間順序作用到訂閱機器上, 但復制管理器里出現快照的錯誤提示, 快照可能需要重新初試化,復制可能需要重新啟動.(我們實驗環境的機器並沒有進行快照初試化,復制仍然是成功運行的)

4、刪除已經建好的發布和定閱可以直接用delete刪除按鈕

我們最好總是按先刪定閱，再刪發布，最後禁用發布的順序來操作。

如果要徹底刪去sql server上面的復制設置, 可以這樣操作:

[復制] -> 右鍵選擇 [禁用發布] -> [歡迎使用禁用發布和分發向導]

-> [下一步] -> [禁用發布] -> [要在"@servername"上禁用發布]

-> [下一步] -> [完成禁用發布和分發向導] -> [完成]

我們也可以用t-sql命令來完成復制中發布及訂閱的創建和刪除, 選中已經設好的發布和訂閱, 按屬標右鍵可以[生成sql腳本]。(這里就不詳細講了, 後面推薦的網站內有比較詳細的內容)

當你試圖刪除或者變更一個table時，出現以下錯誤

server: msg 3724, level 16, state 2, line 1

cannot drop the table 'object_name' because it is being used for replication.

比較典型的情況是該table曾經用於復制，但是後來又刪除了復制。

處理辦法：

select * from sysobjects where replinfo >'0'

sp_configure 'allow updates', 1

go

reconfigure with override

go

begin transaction

update sysobjects set replinfo = '0' where replinfo >'0'

commit transaction

go

rollback transaction

go

sp_configure 'allow updates', 0

go

reconfigure with override

go

❻ 實現sql2000資料庫雙向同步

以前模式，一台是伺服器，另一台是客戶端，共用一個資料庫；現在，你可能服務端系統重裝過了，計算機名或IP地址改變了，資料庫不能共享了。需要在客戶機中管理軟體中配置文件中改下配置就可以了。

❼ SQL用觸發器如何實現兩個表在兩個資料庫之間雙向同步，可以舉個例子給

create TRIGGER [dbo].[tr_tb_erp_make_Pack_insert]
ON [dbo].[tb_erp_make_Pack]
FOR INSERT
AS
BEGIN
SET XACT_ABORT ON
SET NOCOUNT ON
declare @out_Flag int=0
declare @out_Rtn varchar(40)=''
declare @smsg nvarchar(400)

DECLARE @v_barCode VARCHAR(20)
DECLARE @v_cInvCode NVARCHAR(20)
DECLARE @v_packID INT
DECLARE @v_packDate DATETIME
DECLARE @v_userID INT

begin tran

DECLARE Cur CURSOR FOR
SELECT barCode,cInvCode,packID,packDate,userID FROM inserted
OPEN Cur

FETCH NEXT FROM Cur INTO @v_barCode,@v_cInvCode,@v_packID,@v_packDate,@v_userID
WHILE @@FETCH_STATUS=0
BEGIN
SET @out_Flag = 0
SET @out_Rtn='添加成功!'

IF EXISTS(SELECT 1 FROM tb_erp_make_barCode WHERE barCode=@v_barCode)
BEGIN
UPDATE dbo.tb_erp_make_barCode SET cInvCode=@v_cInvCode,packID=@v_packID,packDate=@v_packDate,vFlag=0 WHERE barCode=@v_barCode

IF @@error <> 0
BEGIN
SET @out_Flag=1
SET @out_Rtn='觸發器修改(UPDATE)錯誤！'
SET @smsg='錯誤：'+@out_Rtn
ROLLBACK TRAN
RAISERROR (@smsg,11,1)
RETURN
END
END
ELSE
BEGIN
INSERT INTO dbo.tb_erp_make_barCode
(
barCode ,packID ,packDate ,cInvCode
)
VALUES (
@v_barCode ,@v_packID ,GETDATE() ,@v_cInvCode
)
IF @@error <> 0
BEGIN
SET @out_Flag=2
SET @out_Rtn='觸發器新增(INSERT)錯誤！'
SET @smsg='錯誤：'+@out_Rtn
ROLLBACK TRAN
RAISERROR (@smsg,11,1)
RETURN
END
END

FETCH NEXT FROM Cur INTO @v_barCode,@v_cInvCode,@v_packID,@v_packDate,@v_userID
END
CLOSE Cur
DEALLOCATE Cur

COMMIT TRAN
RETURN

END

❽ mysql 數據同步（雙向同步）

mysql 沒有DBLink。數據同步確實比較麻煩。
恰巧我們在目前項目中也遇到了這個問題，我們的做法是自己寫了一個介面程序。
如果可以修改程序的話，最好在每做一次變更操作（新增、刪除、修改），往一個變更日誌表中新增一次信息。
介面程序起N+1個線程（N為店面數，其中一個線程為守護線程，用來監控其他線程是否正在運行，線程不要多，否則控制不好容易鎖表，每個線程對應一個目標庫和）定時去讀取每個分資料庫中的介面表。發現有最新的（通過時間戳）變更操作的日誌，根據日誌中的描述同步本端資料庫表。

介面程序不分總店分店，對介面程序而言所有的店都是它的源庫和目標庫。

Mysql的這種數據同步挺復雜的，因為這個，當時我們都想換oracle了，我們也搞了好久。如果樓主有了更好的方法，也請告知我一下，

❾ windows下mysql如何實現雙向同步

如果是Windows平台，就需要配置my.ini文件，例：
server-id=1
log-bin=C:\mysqlback
binlog-do-db=test1
master-host=主機地址
master-user=use102
master-password=usepwd102
master-port=3306
master-connect-retry = 2 //重復連接master 2次
replicate-do-db = SyncTest //要同步的資料庫，如需配置多個同步資料庫見#例子
#replicate-do-db = database1
#replicate-do-db = database2 ...
replicate-ignore-db = mysql //mysql為系統資料庫，不需要同步
skip-federated
log-bin = mysql-bin //同步的日誌文件

自己多看看手冊，很多東西要去查詢的。

❿ SQLserver資料庫雙向同步

合並復制