加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

分析PostgreSQL

发布时间:2020-12-13 16:15:42 所属栏目:百科 来源:网络整理
导读:我正在研究PostgreSQL支持的应用程序. 在具有4GB RAM的现代Xeon上,CPU使用率不断超过50%.在50%的CPU利用率中,67%是“用户”,33%是“系统”(这是Linux机器.)系统根本不在等待I / O. 我想知道我怎么能看到这个CPU时间如何崩溃. 我可以看到,查询主要是临时S
我正在研究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并查明是否可以进一步优化.

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

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读