- 1、本文档共2页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Postgresql中如何通过SQL语句查询在线连接数?
SELECT * FROM pg_stat_activity
pgsql postgresql 最大连接数修改
2008-09-25 20:30
本文根据Pgsql手册的内容整理而来。一直在用Pgsql,这些天有种想要将其优化到底的想法,对其做了如下改动:FreeBSD内核的修改首先,察看几个内核数值 :#sysctl -a | grep shmall#sysctl -a | grep shmmax#sysctl -a | grep semmni# sysctl -a | grep semmnsshmall 为可用共享内存大小,以 4KB 页为单位计算,即最终的结果*4才是你共享内存的大小数。系统默认为8192,32M。怎么也要128以上吧?如果你收到来自shmget的类似Invalid argument这样的错误信息,那么很有可能是你已经超过这个限制了。shmmax为最大共享内存大小,这个值至少应该大于 250kB + 8.2 kB * shared buffers + 14.2 kB *max connectionssemmni知该怎么翻译好,应该是“信号灯标示符的最小值”之类的意思。由于pgsql每16个连接占据一个“信号灯”且每16个连接之后还会有一个备用的连接,故理论上这个值应该且必须大于max_connections / 16 ,系统默认非常保守,只有10。semmns,原理同上,这个值应该设置为大于(max_connections / 16) *17+10,经过测试,这个值减去15,基本上就是max_connctions能设置的最大数值。我的设置为(注:服务器内存256M)kern.ipc.shmall=32768kern.ipc.shmmax=134217728kern.ipc.semmap=256kern.ipc.semmni=256kern.ipc.semmns=512kern.ipc.semmnu=256需要注意的是,semmni和semmns两个参数不可通过sysctl设置,只能选择编进内核或者修改/boot/loader.conf。对于其他参数可以直接修改/etc/sysctl.conf文件或者内核配置文件中添加options的方法,考虑到日后调整方便,建议采用前一方法。修改成功后重启机器(不嫌麻烦可以手动添加)。#reboot以上几个数值解决了很多BSD用户碰到的修改了Pg配置而无法启动pg的尴尬修改postgresql.conf这里修改起来就比较直观了。一般情况下设置maintenance_work_mem和checkpoint_segments会有不错的性能提升,但对于高负荷情况下主要就是shared buffers和max connections。这里默认的配置文件中也有比较详细的介绍。重启pgsql:#/usr/local/etc/rc.d/010.pgsql.sh restart如果你还有足够的勇气时间以及金钱使用64位的操作系统、更大的内存、更快的硬盘——废话!将数据文件和系统文件放置在两个卷上(可以使用ln作连接)。将数据文件所在分区的文件系统转化为Solaris。这种格式非常适合数据库存储与查询,效率可提高约5%。开启内核的MFS,将一部分内存模拟成磁盘存放数据文件。这在少量数据的情况下可以尝试,但可靠性下降,适合只读不写的数据库。适当调高WAL预写缓冲,但这意味着系统可靠性下降。修改make.conf ,添加-O3编译参数,重新编译PGSQL和kernel,当然这是在连使用-O2和所有优化参数之后仍无济于事之后。效率提升1%sysctl -w kern.ipc.shmall=128000sysctl -w kern.ipc.shmmax=524288000sysctl -w kern.ipc.semmap=256/boot/loader.confkern.ipc.semmni=256kern.ipc.semmns=690kern.ipc.semmnu=2048
您可能关注的文档
- officeword使用技巧大全(超全).doc
- Office办公软件学习资料(零基础).doc
- ofstreamifstream文件操作.doc
- OleandTrufa两片树叶的爱情(中英双语散文).doc
- OMNet++ 学习:10 分钟教程.doc
- OnErrorResumeNext用法.doc
- ONUR132相关配置说明.doc
- OpenCV的基本数据类型.doc
- OPPOFinder玩机技巧.docx
- Orace9i的标准版企业版的区别.docx
- 2024至2030年中国羚羊角类饮片行业深度调查与前景预测分析报告.docx
- 重庆市面向中国农业大学定向选调2024届大学毕业生2024年国家公务员考试考试大纲历年真题14笔试历.docx
- 重庆市面向西北工业大学定向选调2024届大学毕业生00笔试历年典型考题及解题思路附答案详解.docx
- 中国不动杆菌感染治疗药行业市场现状分析及竞争格局与投资发展研究报告2024-2029版.docx
- 2024至2030年全球与中国ETL软件市场现状及未来发展趋势.docx
- 初中八年级(初二)生物下册期末考试1含答案解析.docx
- 干簧式继电器项目申请报告.docx
- 2024至2030年中国左氧氟沙星片行业深度调查与前景预测分析报告.docx
- 菜籽项目申请报告.docx
- 2024至2030年中国八角钢行业深度调查与前景预测分析报告.docx
文档评论(0)