本文探讨了Oracle使用全局共享CURSOR以提高并发性能的历史背景，以及PostgreSQL采用会话内共享策略的原因。随着CPU资源的改善，CURSOR硬解析问题减少，但PostgreSQL通过会话级CURSOR共享和绑定变量管理优化并发执行性能。
Oracle DBA最怕遇到CURSOR 相关的问题，如果发生了CURSOR争用导致的性能问题，是很难在短时间内分析清楚的。有时候我们重启数据库就解决了这个问题，不过有时候重启数据库后问题依然存在。幸运的是在PostgreSQL数据库中好像很少会遇到类似的问题，这是什么原因呢？
在一个高并发的系统中，SQL执行过程需要对SQL进行编译，这个过程无论哪种数据库都是必须有的。大体上分为语法语义解析、SQL REWRITE优化、执行计划生成、执行计划选择、执行等过程。在PostgreSQL中，可以用下面这个图来表示。
Oracle DBA最怕遇到CURSOR 相关的问题，如果发生了CURSOR争用导致的性能问题，是很难在短时间内分析清楚的。有时候我们重启数据库就解决了这个问题，不过有时候重启数据库后问题依然存在。幸运的是在PostgreSQL数据库中好像很少会遇到类似的问题，这是什么原因呢？
在一个高并发的系统中，SQL执行过程需要对SQL进行编译，这个过程无论哪种数据库都是必须有的。大体上分为语法语义解析、SQL REWRITE优化、执行计划生成、执行计划选择、执行等过程。在PostgreSQL中，可以用下面这个图来表示。
Oracle DBA最怕遇到CURSOR 相关的问题，如果发生了CURSOR争用导致的性能问题，是很难在短时间内分析清楚的。有时候我们重启数据库就解决了这个问题，不过有时候重启数据库后问题依然存在。幸运的是在PostgreSQL数据库中好像很少会遇到类似的问题，这是什么原因呢？
最低0.47元/天 解锁文章
扫一扫
282
到【灌水乐园】发言
