环境:
什么是发布和订阅?
发布和订阅属于sqlserver的复制技术,引用官网的解释:
复制是一组技术,它将数据和数据库对象从一个数据库复制和分发到另一个数据库,然后在数据库之间进行同步以保持一致性。
官网说明:https://docs.microsoft.com/zh-cn/sql/relational-databases/replication/sql-server-replication?view=sql-server-ver15
发布订阅可以做什么?
正如上面所说的,发布订阅可以让你在不同的数据库中交换数据。那么具体的应用场景呢?下面我总结了几个:
- 数据库读写分离:
通过对一个主库的进行“事务复制”,我们可以将每次主库的更新都同步到只读库上,从而达到读写分离的效果,进而提高系统性能。- 数据库高可用方案:能将主库的更改实时同步到其他库中
- 与其他系统进行数据对接:
在与第三方公司做对接时,可以直接将数据库中的指定表/指定列,甚至指定行的数据同步更新到对方的数据库里面,这样就减少了开发量。- 总库和分库之间交换数据:
本人遇到过一个需求:在一个erp系统中,总部和加盟商各自有一个数据库,总部给加盟商派发货物后,程序会自动将总部的相关商品档案数据提取到加盟商的库中,对于那些未派发的货物不要提取,并且对于已经提取的货物还要跟随总部的更新(比如说:总部变更商品的颜色名称,加盟商也要跟着变),另外总部删除的数据,加盟商不要同步删除。,这个时候我们也可以通过发布订阅实现,只不过设置复杂一点(除了设置仅复制update语句之外,还要配置分发服务器处理数据不一致的情况)。
怎么做发布订阅?
在sqlserver管理端,找到复制下面的发布和订阅,跟着向导新建即可。下面我将用几个实例演示发布订阅的功能!
需求:
在这个读写分离下,我们要求有一个主数据库,两个只读数据库。对于主数据库的更新,只读数据库要在尽可能少延迟的情况下同步更改(基于事务发布的延迟也就1-5秒)。
服务器1上面准备好数据库test以及一张表person,一个视图v_person:
服务器2和服务器3上新建一个test数据库就可以了。
首先要确保sqlsever代理是启动的(默认安装后是禁用的):
在sqlserver中的本地发布右键–>新建发布即可弹出新建发布向导:
注意:
这里有个小插曲,因为我是先安装了sqlserver后,又改了计算机的名,所以新建发布的时候弹出一个错误:
遇到,这个错误不要慌,只需要将当前运行的sqlserver实例名改成当前的即可。
参照:[解决方案]sql server复制需要有实际的服务器名称才能连接到服务器
点击下一步:
点击完成后就开始新建,可能是我服务器环境的问题,下面弹出了一个错误提示,但这个不影响,我们直接关闭掉就行。
注意:从提示上看,是sqlserver代理服务没有设置为自动启动,那么我们手动将它设置自动启动即可!
到这里,一个发布就创建好了,我们可以监视以下:
直接在主服务器上的发布上右键->新建订阅:
点击“添加Sql server订阅服务器”,将我们的服务器2和服务器3分别添加进来:
注意:这里还是有个小插曲,原因也是安装sqlserver后又修改了计算机名,那么处理方法也是和上面一样的,这里不多说。
添加好订阅服务器后,如下图所示:
点击下一步后,我们设置分发代理安全性:
设置完成后,如下所示:
上面几步完成后,我们可以去服务器2和服务器3观察同步的结果了。
先来看下服务器2的:
服务器3的数据是一样的,这里先不看。
此时我们对服务器1的数据进行增删改,如下:
此时,我们观察服务器3的数据:
在最开始讲应用场景的时候,我提到了一个复杂的需求,那么这里就来动手实现它。首先,明确下需求:
我们明确上面的需求后,就开始做实验了,在做实验之前,让我们把总部和加盟商的虚拟机都恢复到sqlserver刚安装好的状态:
总部环境:
虚拟机名:Windows Server 2019_1
操作系统:Window server 2019 DataCenter
计算机名:WIN-SERVER1
IP:192.168.3.39
数据库:Sqlserver 2014 x64 / sa:123456
加盟商环境:
虚拟机名:Windows Server 2019_2
操作系统:Window server 2019 DataCenter
计算机名:WIN-SERVER2
IP:192.168.3.40
数据库:Sqlserver 2014 x64 / sa:123456
数据:
总部新建test数据库,并准备数据:
加盟商新建数据库test,并创建好person表结构:
先启动总部服务器上的sqlserver代理,然后将“C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\ReplData“文件夹的权限设置成everyone最大。
然后,按照下面的图,一步一步向下配置:
点击下一步后,到了下面图示,这里是重点:
下一步:
到这里,总部的发布就创建好了。
为什么会有这一步骤呢?因为加盟商只需要同步总部的update语句就行了,但是总部的update语句同步过来后,加盟商这边不一定有这行数据,如果我们没有在这里做配置的话,服务器就会认为发布订阅除了问题,进而把整个订阅停掉,所以这里一定要配置数据兼容不一致的情况。配置方式如下:
上面填好后,如下图:
上面填好后,如下图:
到了这里,订阅也创建好了。
首先,我们来检查上面配置完成后,加盟商这边的情况:
下面我们将加盟商的addr列补全并清空所有数据:
现在我们来正式测试同步的情况~
首先,在总部中插入一条数据:
此时观察,加盟商:
上图说明:总部的insert语句并没有同步到加盟商那边。
首先,我们在加盟商那边插入一条数据(注意,插入的数据id和总部的已有数据重复):
然后,总部执行删除的命令:
此时,我们来观察以下加盟商的数据:
可以看到,加盟商这边,数据并没有被删除,所以delete语句并没有同步到加盟商
首先,在加盟商那边插入数据:
我们第一次总部执行一个update语句(注意,这个被更新的数据,并不存在于加盟商中):
此时,我们再去查看加盟商的数据库,很显然数据是没有任何变化的,图我也不贴了。
那么,这里为什么要做这一步操作呢?还记的上面专门配置”数据不一致时继续执行么“,如果你没有做这个配置的话,此时订阅已经时停掉了!!!
下面,我们做一个有效果的更新:
更新总部的数据:
此时再来看看加盟商的数据情况:
到此,实验就完成了,可以看到,发布和订阅还是相当灵活的。
转载自:https://blog.csdn.net/u010476739/article/details/107443420