小编Sun*_*nny的帖子

在我们的32 GB RAM服务器上,我们有一个运行SQL Server的实例,其最大内存为80%.

当内存利用率很低时,一切正常.见下面的截图

但随着时间的推移,3-4天因此SQL将使用完整的RAM(占总数的80%).

在这3-4天内,我们不对服务器进行任何更改,但是它日复一日地占用更多内存.

当它达到最大限制时,整个性能都会折腾,我们会在网站上面临查询超时.执行在毫秒内执行的相同查询需要几秒钟.

此时我们别无选择,只能重启整个服务器,事情恢复正常.(仅重新启动服务不起作用)

这将工作一周左右,之后我们必须重新启动它

我在网上看过,SQL服务器没有释放内存.但他们也提到它是SQL的功能,但不会影响性能.在我的情况下它确实和性能受损.

有内存泄漏吗？或者存储过程消耗大量内存并且从不释放它？如果是这样我该怎么调试呢？

FIFO 队列中基于内容的重复数据删除工作时间为 5 分钟。

如果我将交货延迟（默认值：0）也设置为 5 分钟怎么办？

重复数据删除还有效吗？

即，如果 5 分钟间隔内发送了 3 条重复消息，那么在第 6 分钟我只看到 1 条消息？

我们使用 Enzyme 和 Jest 进行测试。在我们的代码库中更新到最新版本的 react-redux，并且所有连接的组件测试用例开始失败（版本 6）。使用

import { createMockStore } from 'redux-test-utils';

创建商店

适用于旧版本的测试用例：

const wrapper = shallow(<SomeConnectedComponent />, {context: { store }});

这失败给出错误

不变违规：在“Connect(SomeConnectedComponent)”的上下文中找不到“store”。

阅读了几篇文章，得到了使用提供程序包装器安装和包装的建议

const wrapper = mount(<Provider store={store}><SomeConnectedComponent /></Provider>);

上面的代码有效，但我希望它与吞咽一起用于单元测试。

编辑 ：

const wrapper = shallow(<Provider store={store}>
<SomeConnectedComponent />
</Provider>)

上面的代码返回空的shallowWraper 对象。

使用 react-redux 版本 > 6 吞下连接组件的最佳方法是什么

我正在使用无服务器框架在AWS上部署带有http端点的lambda。这可以正常工作并返回API网关端点。

我想知道端点URL在什么情况下会更改。我需要URL保持不变，知道删除和重新部署服务将更改URL。

在其他情况下，URL会更改吗？