标签：订阅 同步 快照 数据库 主从 发布 服务器 MSSQL
背景：公司某些记录表在写入优先查询的情况下，偶尔出现查询超时现象。
方案：实现读写分离。对数据库进行主从配置，以达到在不影响写入得情况下，提高查询效率的目的。
1、主库：也称读写库，主要用来处理增、删、改，特殊情况也可以查。
2、从库：也称只读库，主要用来查询数据。
常见实现方式：复制模式、镜像传输、日志传输、和 Always On技术
1、复制模式
1.1、简介
复制模式也被称为【发布-订阅模式】，是由主服务器进行发布消息，备份服务器进行订阅，当主服务器数据发生变更时，就会发布消息，备份服务器读取消息进行同步更新，中间过程延迟比较短。
复制模式是以前很常见的一种主备，速度快，延迟小，可以支持部分同步等优点，但是也有一个很明显的缺点，因为是部分同步，如果是表修改，可以主动同步，但是如果是新增表、视图等操作，必须在发布属性中，将新加的表或者视图添加到同步配置中，否则对这个表做的任何操作都不会同步。
复制模式同步，要求数据库服务名称和主机名称必须一致，否则查找不到数据库主机；要求数据库不能使用端口，必须是可以通过ip直接访问的。
1.2、发布分为4种模式：
1.2.1、快照发布
发布服务器按'预定的时间间隔'向订阅服务器发送已发布数据的快照。
快照发布，就是将所有要发布的内容，做成一个镜像文件，然后一次性复制到订阅服务器，两次快照之间的更新不会实时同步,而是按照设置的'预定间隔'进行。这种方式占用带宽较多，因此比较适用内容不是很大，或者更新不需要很频繁的场景。
1.2.2、事务发布
在订阅服务器收到已发布数据的初始快照后，发布服务器将事务流式传输到订阅服务器。
事务发布，是在第一次设置好事务复制之后，所有发布的内容都会进行镜像快照，订阅服务器收到已发布数据的初始快照后，发布服务器将事务流式传输到订阅服务器。当主服务器数据发生变更时，会通过日志传递同步
给订阅服务器，数据近似于同步更新。
此方式会对主服务器性能造成很大影响（实时同步每次变更，而不是最终变更），适用于对数据及时性要求比较严格主备方案，但是目前已被微软提供的集群 Always On 所取代。
1.2.3、对等发布
对等发布支持多主复制。发布服务器将事务流式传输到拓扑中的所有对等方。所有对等节点可以读取和写入更改，且所有更改将传播到拓扑中的所有节点。
1.2.4、合并发布
合并发布是相当于两台都是主服务器，都可以对数据进行更新修改等操作，然后定时将发布服务器上的内容与订阅服务器上的内容进行合并，并根据配置保留相应内容，此种很少用。
1.3、该模式的订阅分两种：
1.3.1、请求订阅：从数据库按照既定的周期来请求主数据库，将增量数据脚本获取回去执行，从而实现数据的同步。
1.3.2、推送订阅：主数据库数据有变更的时候，会将增量数据脚本主动发给各个从数据库(性能优于请求订阅模式，建议使用)。
备注：从数据库中表设计的时候，主键不要用自增！！
2、镜像传输
数据库镜像传输，严格来说不是主从架构，而是主备架构，将两台数据库服务器通过一台中间监控服务器关联起来，两台服务器通过镜像文件，实时同步数据（有延迟，延迟很短）。当主服务器宕机之后，监控服务器自动切换到备份服务器上。
此方案优点是可以快速的切换主备方案，相比较Always on集群，可以不用共享磁盘即可实现，避免了数据库集群存储单点故障，导致整个集群崩溃。
缺点也很明显，无论是主备服务器，要实现同步操作，都是依赖于性能低的那一端，因此两台服务器都要是高性能的才可以保证同步的及时性；同时备份服务器只是备份和故障转移，不能提供从服务器的只读访问，因此才说是主备服务器，而且是一对一，只能有一台备份服务器。
3、日志传输
与镜像传输模式类似，是将主数据库日志备份，发送到从服务器上，然后从服务器还原日志，更新数据。
此方式优点在于从服务器可以有多台从服务器，而且当主服务器脚本操作异常后，只需要在日志同步之前，及时拦截日志传输，即可保留从服务器数据，减少灾难损失；此方式相较于“复制发布”模式，还有一个有点就是无论是新增表、视图等等，都会通过日志同步给从服务器，而复制模式不行
而相应的缺点就是通过日志备份传输，在还原，会有较大的时间延迟。而且无法自动转移故障，只能手动转移。
4、Always On技术
AlwaysOn是基于Windows的故障转移集群，集群技术是微软提供的，可用性最高的主备方案。它是将多台服务器通过一个共享的外部存储区域（SAN），连接成一个资源共享的服务器群体，数据库文件和实例，都存放并运行在该共享区域节点上，每台服务器相当于一个节点，共同访问共享的节点实例。服务器只有一个节点处于活动状态，当活动节点出现故障，会有其他节点主动启动，取代当前故障点，整个过程只需要几秒钟，用户无法感知。
集群有很多优点，是目前最高效的高可用技术，但是他也有很明显的缺点，所有的节点，都依赖于共享节点实例，如果共享节点出现故障，将会导致整个集群失去作用，且很难恢复。
复制模式实操：
1、事先准备
1.1、启动 SQL Server 代理模式。
1.1.1、启动服务（运行 services.msc），找到 ‘SQL Server 代理 (MSSQLSERVER)’，手动启动。
1.1.2、在开始菜单中找到 SQLServer Configure Manger 页面配置，手动启动。
如果找不到此项。则在文件夹 C:\Windows\SysWOW64 中找到对应的文件 SQLServerManager14.msc 。
1.2、SQL Server 要用本机名登录，不能用 localhost 登录。
1.3、准备数据库(1主2从)
1.3.1、主库：A_MAIN
1.3.1、从库：A_SUB_01、A_SUB_02
结构：A_MAIN 中创建一张表 SyncData ，须设置有主键。从库中可以不必先创建同样的表结构。
2、复制模式主从配置
2.1、配置分发服务器
2.1.1、如果是首次配置读写分离，需要配置分发服务器，之后不再需要配置。 如果不想使用之前的分发服务器，可以右键复制，禁用分发服务器，然后重新配置。
注：配置过程中，快照地址要有读写权限，不要放到C盘。
2.2、新建发布
下面的演示步骤，是以【快照发布】的模式进行创建的，配置成10s同步一次。也可以选择【事务发布】，实时同步，不需要配置同步频率。
2.3、新建订阅
下面的演示步骤，采用的是【推送订阅】的模式进行，配置的是已经创建好的从数据库 A_SUB_01（A_SUB_02 相同），也可以现场创建。
备注：右键启动复制监视器，查看发布订阅的同步情况。
标签：订阅,同步,快照,数据库,主从,发布,服务器,MSSQL 来源： https://www.cnblogs.com/johsan/p/16348211.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。