SQL Server 主从数据同步，如何解决延时?
0
悬赏园豆：100
[已关闭问题]
关闭于 2017-04-08 09:31
如题，现在使用发布订阅复制，但是会有10秒延迟，想订数据实时的效果，有没有解决方案？
所有回答(5)
0
不可能实时.
延时缩短在3秒内可以做到吗？
@大葱哥: 这个看情况的.我搭复制的时候感觉就是3秒以内的.
@吴瑞祥: 我搭的复制，测试，每次都是10秒，没法接受。
@大葱哥: 这个要看用法的.真到了需要做读写分离的时候.肯定业务都已经异步化了.
10秒也就不算什么了.不过10秒是有点过分.你是什么复制.
@吴瑞祥: 事务
@大葱哥: 事务是会比较慢的.就用那种只复制的就好.
读库不要写操作的那种.
@吴瑞祥: 谢谢，稍后试一下。
0
要做到实时，你不要使用Replication；
时延是无法控制的
那请问有好的解决方法吗？
@大葱哥: 请问，你实现读写分离的目的是什么？
@悦光阴: 减轻数据库压力，提高服务器性能，分布式部署，主从分离，国内外数据同步。
0
一般的系统对实时性这个要求不高吧。除非特殊的系统，如果是特殊的，考虑用特殊的方案。不要选用这个。
恩，就算不能实时，时间也不能太长，影响用户体验。
@大葱哥: 几秒中还行吧。
0
alwayson 试试，试用效果不错。觉得没发布/订阅好
0
抱怨复制延迟高的时候，请先问问自己：
1.发布和分发服务器有没有分开;
2.分发服务器的事物日志文件所在的磁盘是否有提高性能的可能；
3.logreader.exe一个数据库实例只有一个，而发布库的VLF可能很多，能否减少活动的VLF个数;
当然，这些都解决好了，复制的延迟也不可能是0，因为要有分发服务器先读出来，写入分发数据库，再往订阅库上应用分发。
