小编Vas*_*eev的帖子

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

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

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

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

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

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

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

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

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

将我的Django 1.6应用程序升级到Django 1.7后,我从PostgreSQL获取数据时开始出现随机错误:

DatabaseError: server sent data ("D" message) without prior row description ("T" message)
lost synchronization with server: got message type "?", length -1244613424

DatabaseError: lost synchronization with server: got message type "0", length 842674226

ProgrammingError: no results to fetch

ValueError: invalid literal for int() with base 10: 'feuj3f47jvsdv7tgnj43g63j'

当我在浏览器中快速打开10个选项卡时,一半选项卡正常加载,其中一半会出现数据库错误.当我刷新发生错误的选项卡时,它们会正常加载.

我通过uwsgi和nginx运行Django,psycopg2的版本是2.5.4.

总的来说,看起来与Postgres的沟通完全被打破,不同查询的结果混合在一起.

编辑:

经过几个小时的故障排除后,我发现了以下内容:

Django 1.6 + uwsgi - 作品
Django 1.7 + gunicorn - 作品Django 1.7 + uwsgi -
不起作用,抛出数据库错误.所以问题似乎与特定的uwsgi和Django 1.7组合.这很奇怪,我有另一个Django 1.7项目在相同的服务器上运行相同的uwsgi,它没有问题.

有任何想法吗？

(我真的不介意切换到gunicorn,可能必须采用这种方式,但它仍然很有趣,为什么会发生这种情况)

更新2:仔细检查显示Django内部发生了完全疯狂的事情,就像模型的主键被当前用户的session_id替换(这是"带有基数10的int()的无效文字"错误)和Django向DB发出查询"忘记" "指定WHERE子句.我可能会说某种内存损坏.

更新3:我们从uwsgi切换到gunicorn,问题现在已经消失.一切都很好.我可能仍在寻找合适的解决方案.

我正在使用带有Django和RabbitMQ的Celery.当我做

task.delay()

我得到了一个AsyncResult,但是当我检查时,任务永远不会到达芹菜工人

rabbitmqctl list_queues

我看到我的队列有0条消息.当我删除队列并再次执行"task.delay()"时,会重新创建队列,但它仍然是空的.