因为你三个服务器访问同一个数据库服务器中的同一个数据库的话,就不存在这种问题,因为每次都得到的是最新的数据
但是你访问的是不同的数据库,就感觉有些多余了,或者说,你可以写一个程序,对比一下,把数据插入过去,感觉你这么做没有什么意义。因为就算另外的网站有数据,也会认为是重复的,造假的。
SQL Server 复制:事务发布
配置发布服务器,
快照发布:隔一段时间会覆盖订阅服务器的数据库,在订阅服务器上做的修改同样被覆盖;
事务发布:是一种接近实时地从源到目标分发数据的方法;
具有可更新订阅的事务发布:订阅服务器可更新发布服务器的数据;
合并发布:发布服务器和订阅服务器的更新都会同步到对方,注意ID在合并发布上的冲突
1. 在SQL SERVER下实现发布服务器和订阅服务器的通信正常(即可以互访),打开1433端口,在防火墙中设置入站规则;
2. 发布服务器与订阅服务器的SQL Server Agent代理帐号必须设置的一样,否则不能互访;
3. 如果你希望在复制的过程中一并复制非聚集索引,可以对发布属性-项目进行如下设置,修改完之后需要重新生成快照;
这就要用到session复制的库了集群session管理
不过我觉得大规模的web服务可以按功能来分布war包,
每个单独的功能块打成一个war包,部署到一台服务器上
这样,session的问题是减少很多
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)