SQL Server的镜像是基于物理块变化的复制 镜像Failover之后数据的预热问题
SQL Server的镜像是基于物理块变化的复制 镜像Failover之后数据的预热问题
基于物理块变化的复制,没有并行也是很快的。
逻辑复制的日志是按事务结束的时间排序的,而物理复制是与事务无关的,只要发生了改变,就可以立即传送到备库,而且不需要中继
而逻辑复制必须等事务结束才能应用,而且需要中继,例如MySQL的relay log 和SQL Server的分发库,所以会慢。
所以说SQL Server的物理镜像库没有并行也是很快的,只是有了并行会更快。
关于Failover之后,数据库缓存的warm up
摘抄自《SQL Server 2008实现与维护(MCTS教程)》
数据库镜像定期执行数据传输,目的是从镜像数据库读入页面到数据缓存中,这个过程保持镜像数据库中的缓存处于半热状态。
镜像数据库上的缓存不能反映主体数据库上的确切内容,但它确实包含了大量数据页面,因此,Failover之后,SQL Server不需要重建缓存
对应用程序性能不会有太大影响!
分类:
SQLSERVER高可用
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
· 上周热点回顾(2.17-2.23)
2013-09-10 索引视图是否物理存储在数据库中以及使用索引视图的一些见解