Question

I m 在当地网络上运行几台机器,在Salgresql8.3处撰写一份申请。

所有机器

(1) 从数据库服务器中提取大量数据(请说数据库收到100个不同查询单位的查询时间为2秒),有大约10或11台机器这样做。

(2) 在处理数据机后,必须更新某些表格(每台1.5秒约3或4次更新/插入查询)。

我注意到的是,该数据库有时通过向服务器提供异常的流产过程,或冻结服务器机(要求硬重整)。

所有机器始终与数据库保持联系,即一旦使用Psycopg2(在沙里)进行连接,则在完成处理之前(可持续几个小时)。

处理申请中大量联系的最佳/最佳方式是什么,在每次问询之后是否予以销毁?

第二,我是否应当提高最大程度——连接?

非常赞赏就这一问题提出的任何建议。

Answer 1

最可能的原因确实如不忘记忆。如果这些服务器是六氯环己烷的服务器,则引发一种超时状态,则援引“OOM-techer”,而“OOM-techer”只是终止了记忆 h过程(hence “server aborted process”异常)。低流情况往往意味着高磁盘扫描/处理负荷,使服务器似乎不灵敏。

参看您的舱面记录(或dmesg的指令)中与“类似的任何内容。记忆中:1234(序号) 造成这种情况的原因是,有人缺席,使掩体能够读到overcommit。你们应该做的第一件事是克服困难,允许以宽松的方式处理非主题局势:



echo 2 > /proc/sys/vm/overcommit_memory


<>Plan A:

可能的做法是<代码>工作_mem,其中具体规定了每个业务可分配多少记忆。一种查询可以是多种记忆密集步骤,因此,每个反馈人除了外,还可分拨work_mem amount,。 http://www.un.org。此外,你还需要对操作系统藏匿点进行一些免费的记忆。

欲了解更多资料,请查阅关于资源消费环境的邮政总局手册:

<>Plan B:

www.un.org/Depts/DGACM/index_spanish.htm 回答你的问题:

处理申请中大量联系的最佳/最佳方式是什么,在每次问询之后是否予以销毁?

总的来说,与邮政总局建立新联系的速度并不快,因为邮政总局为每个后台提供新的<>程序。然而,在记忆方面,程序并不便宜,因此保持与数据库的许多互联关系并不是一个好的想法。

在Plan B中提及的连接中层设备,将注意保持与邮政连接的合理数量,不论何时或多何地与集合器连接或脱节。因此,如果你选择这条路,你就不必担心人工开关/连接。

第二,我是否应当提高最大程度——连接?

除非贵国的数据库服务器有大量的RAM(超过8GB) 我不会超越100条连接的违约限额。

Answer 2

象你的非行服务器这样的电线可能有一些问题,特别是如果你的数据库服务器实际上坠毁的话。我首先要从记录中看出问题的根源。这可能是一种不记忆的东西,但也可能因为硬件故障而发生。

如果您在开始时重新打开所有链接并开放,max_linkions 页: 1 您重新处理非行连接的方式应当只是罚款,而你的服务器也不应这样做,不管其配置如何。