【问题标题】:RavenDB taking forever to show updatesRavenDB 永远显示更新
【发布时间】:2016-01-22 14:36:28
【问题描述】:

我开始评估我们公司使用 RavenDB 存储一些不属于关系数据库的东西(我们传统上是一家 SQL Server 商店)。我在我的机器上本地安装了 RavenDB,创建了一个数据库,添加了一个文档。不错!

作为一名 DBA,我决定了解备份/恢复的工作原理。我备份了我的数据库,删除它,然后从备份中恢复它。刷新我的管理屏幕后,我看到了我的数据库。我单击它,并收到一条消息说数据库不存在。

几个小时后,我又试了一次。仍然不存在。一整天后,我走进工作,再试一次。这次数据库正常工作。我在更新文档时遇到过类似的情况。更新似乎需要 1 秒 - 几个小时才能显示更新...

这对 RavenDB 来说正常吗?我完全错误配置了吗?我在本地机器上运行 SQL Server,它的速度快如闪电,所以我无法想象更新单个文档可能需要那么长时间。照原样,我无法想象推荐我们将 RavenDB 用于任何事情。

【问题讨论】:

    标签: ravendb


    【解决方案1】:

    您是使用索引查询还是通过 ID 获取文档?文件应立即更新(ACID)。如果索引更新缓慢(使用 RavenDB Studio 检查它们的状态),则可能是配置问题或防病毒软件等外部因素导致它们更新缓慢。

    【讨论】:

      【解决方案2】:

      显然,至少对于文档更新延迟而言,查询中的默认缓存是启用的,所以我得到了缓存的结果。

      【讨论】:

      • 还发现使用 Firefox 和/或 Chrome 代替 IE 完全解决了这个问题
      【解决方案3】:

      杰弗里, 不,这是不正常的长空。您应该能够立即看到更改的内容。 请注意,某些 AV 产品会干扰 HTTP 管道并可能影响 RavenDB 的使用。该工作室还将每 5 秒自动更新一次(以减少 UI 抖动),仅此而已。

      恢复数据库(从同一台机器)应该只需要复制文件所需的时间(纯 I/O 绑定操作)。 如果这是来自使用不同版本 Windows 的另一台计算机,我们可能需要对文件运行检查,这可能需要一些时间,但这听起来不像您的场景

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2019-04-20
        • 2018-06-29
        相关资源
        最近更新 更多