![数据库复制的性能滞后](https://linux22.com/image/525667/%E6%95%B0%E6%8D%AE%E5%BA%93%E5%A4%8D%E5%88%B6%E7%9A%84%E6%80%A7%E8%83%BD%E6%BB%9E%E5%90%8E.png)
我的公司非常重视核心系统的性能。我们的用户还需要将所有数据复制或镜像到另一个位置(城市范围内的另一个位置),以防发生灾难。一家软件供应商提出了一个实施建议加洲的金门大桥系统。
我很难相信该提案说它不会影响性能,因为它利用了数据库写入期间写入的日志。他们一直说读取日志不会影响服务器性能。但我确信写入日志确实会影响。
另外,从源到目标的数据传输不会影响源服务器的性能吗?我是这方面的新手。通过套接字进行通信真的不会对源服务器产生影响吗?
有没有更好的方法来镜像数据而不牺牲性能,根本?
答案1
镜像数据会产生一些影响,但这种影响可能已经存在。写入日志文件会导致性能下降,以确保数据库的完整性和可恢复性。
从日志文件填充的热备份已使用很长时间。将文件传输到远程站点时会有少量负载。根据日志文件的大小和数量,您可能会在高负载下遇到一些阻塞。更新会有延迟。这可能很重要,具体取决于何时以及如何复制日志数据。如果发生灾难,您可能会丢失延迟期间的数据。