分析PostgreSQL

分析PostgreSQL,第1张

概述我正在研究PostgreSQL支持的应用程序. 在具有4GB RAM的现代Xeon上,CPU使用率不断超过50%.在50%的CPU利用率中,67%是“用户”,33%是“系统”(这是Linux机器.)系统根本不在等待I / O. 我想知道我怎么能看到这个CPU时间如何崩溃. 我可以看到,查询主要是临时SQL(没有准备好的语句). 您是否认为通过转移到准备好的语句可以显着减少用户CPU时间?即,SQL 我正在研究Postgresql支持的应用程序.

在具有4GB RAM的现代Xeon上,cpu使用率不断超过50%.在50%的cpu利用率中,67%是“用户”,33%是“系统”(这是Linux机器.)系统根本不在等待I / O.

我想知道我怎么能看到这个cpu时间如何崩溃.

我可以看到,查询主要是临时sql(没有准备好的语句).

您是否认为通过转移到准备好的语句可以显着减少用户cpu时间?即,sql解析时间,查询计划时间等是否会占用这么多cpu?一些查询非常粗糙(500-1000个字符加上.)

任何人都可以确认Postgresql是否自动规范化ad-hoc查询并为它们缓存查询计划,实际上使它们与预准备语句一样高效(加上sql解析时间)?

我可能会实现一些更高级别的缓存来解决这个问题,但我很想知道是否有人认为将这个应用程序移动到准备好的语句是值得的.

假设您定期 VACUUM数据库(这是Postgresql性能问题的标准来源),我认为赢得最佳性能的方法是

a)tune your安装for performance基于您所在的机器和

b)analyze each query并查明是否可以进一步优化.

通过将查询移动到存储过程中,我真的不会想到太多.

总结

以上是内存溢出为你收集整理的分析PostgreSQL全部内容,希望文章能够帮你解决分析PostgreSQL所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/sjk/1165158.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2022-06-01
下一篇2022-06-01

发表评论

登录后才能评论

评论列表(0条)

    保存