J.Hudler's questions

我有一个结构上相当“简单”的查询，基本上包含这些子句：

SELECT
  [650 columns here]
FROM
   MAIN_TABLE
   (Several Joins)
WHERE
   (Some conditions in MAIN_TABLE plus some others)

有人可以看出，列投影相当大。SELECT当我说查询“简单”时，我的意思是它在子句中有几 (3) 个非常简单的子查询。除此之外，它没有 CTE、Join 子句中的子选择、分组、排序等。

此查询在 20 秒到 25 秒之间跳来跳去完成。

现在，如果我随机开始删除其中一些列，在某个时候，查询性能会突然显着提高（从 20 秒到 1-2 秒）。

如果我导出数据库（现在很小，新部署，总共 ~1Gb 大小）并在我的开发机器上运行相同的查询，它运行得更快：0.5s

我想，在某种程度上，引擎在获取结果之前必须使用一些磁盘缓冲区作为中间存储。让我感到困扰的是，此列选择修改无缘无故地改变了查询计划（即查询起始表本身）的最内部性能。

我怎样才能正确诊断正在发生的事情并解决这个问题 - 有什么建议吗？

更多信息

• PostgreSQL 版本 14.5
• 操作系统：Rocky Linux 9.0 (Blue Onyx)
• 遵循基于 pgTune 建议的参数 - 服务器的 CPU/RAM 比现在需要的多得多
• 我已经为会话将 WORK_MEM 参数设置为较大的值（原始值的 100 倍），结果相同。

慢查询计划

快速查询计划（增加了 10000 行限制）

快速查询计划（删除了一些列）

我们有一个遗留应用程序 (ERP)，由于技术问题，它会为用户请求的每个屏幕生成一个新的操作系统进程（.exe - ms windows 客户端）。此外，每个公司分支机构（> 20）都有自己的模式，应用程序处理每个分支机构使用 1 个连接。由于每个用户都可以打开他们应得的尽可能多的屏幕，因此一些用户达到 30 个以上的会话是很常见的。

这将导致打开许多到 Oracle 的连接。在上一份报告中，我们获得了 87 个用户的 861 个会话（~10 个会话/用户）。

我客户的 DBA 说这会降低数据库性能，并要求服务器的 RAM 和 CPU 堆（非常大）。

这个说法有道理吗？

所以：

• PROCESSES提高系统参数有什么副作用？
• 服务器中打开进程（即使空闲）的成本是多少？

考虑到新安装的 Oracle Express 11g 版本附带的内置“备份数据库”脚本 (backup.bat)，在完成脚本执行后，应将哪些文件夹/文件复制到外部媒体（XCOPY备份），以便数据库可以在新安装后完全恢复数据库吗？

环境：

Windows Server 2003
Database is in ARQCHIVELOG
Datafiles/Tablespaces are set-up as default (user data is being allocated in USERS Tbs)

我猜该文件夹[InstallDir]\oraclexe\app\oracle\fast_recovery_area应该包含我需要的所有内容，但恐怕还不够。

PS：问题从 ServerFault 转移：https ://serverfault.com/questions/413762/oracle-database-11g-express-edition-built-in-backup-files-to-be-saved （太旧无法迁移）