centos oracle运行缓慢怎么解决

定位瓶颈与快速检查

抓取近一段时间的性能基线：生成 AWR/ADDM 报告，定位 Top SQL、Top 等待事件与负载特征（OLTP/OLAP）。示例：使用 DBMS_WORKLOAD_REPOSITORY 生成 HTML 报告，对比两个快照区间。
实时会话与等待：查看系统级与会话级等待，识别 db file sequential/scattered read、buffer busy waits、latch: cache buffers chains、enqueue 等是否异常。
找出“最耗资源”的 SQL：按 DISK_READS/EXECUTIONS 排序，优先优化高逻辑读/高物理读语句。
检查是否存在长时间运行与锁争用：v$session_longops、v$locked_object 等辅助判断。
初步判断存储健康：按表空间/数据文件观察 PHYRDS/PHYWRTS，确认是否存在热点文件或 I/O 饱和。
以上步骤能快速确定是 SQL、索引/执行计划、内存、I/O 还是锁争用 导致变慢，从而决定后续优化路径。

操作系统与内存优化

使用 tuned-profiles-oracle：为 Oracle 负载自动优化 CPU 调度、内存与 I/O 策略，优先于手工逐项调参。
启用 HugePages 并禁用 Transparent HugePages(THP)：减少 TLB 压力、避免 SGA 被换出；注意启用后需关闭 AMM（MEMORY_TARGET/MEMORY_MAX_TARGET=0），改用 ASMM（SGA_TARGET/PGA_AGGREGATE_TARGET）。
合理设置 memlock（/etc/security/limits.conf）：确保 oracle 用户能锁定所需内存，避免 SGA 换页。
可选内核参数微调：如 vm.vfs_cache_pressure、net.core.somaxconn，以缓解 VFS 缓存压力与连接队列瓶颈（需结合监控谨慎调整）。
这些系统层优化能显著降低内核与内存管理开销，为数据库层调优打底。

数据库内存与关键参数

优先采用 自动内存管理：启用 AMM（MEMORY_TARGET）或 ASMM（SGA_TARGET + PGA_AGGREGATE_TARGET），让 Oracle 根据负载自适应分配；若启用 HugePages，则使用 ASMM 并关闭 AMM。
典型设置示例（需结合内存容量与负载测试）：
- SGA：ALTER SYSTEM SET sga_target=4G SCOPE=BOTH;
- PGA：ALTER SYSTEM SET pga_aggregate_target=1G SCOPE=BOTH;
- 关闭 AMM（启用 HugePages 时）：ALTER SYSTEM SET memory_target=0 SCOPE=SPFILE;
日志与缓存：在确保归档/恢复不受影响的前提下，适度增大 LOG_BUFFER（如 64M）以减少日志写入等待；同时关注 DB_CACHE_SIZE、SHARED_POOL_SIZE 等组件命中率。
内存参数调优的核心是“减少磁盘 I/O、提升命中率、避免换页与争用”。

SQL 与索引及对象结构优化

SQL 优化：避免 **SELECT ***，使用 绑定变量 降低硬解析；用 EXPLAIN PLAN/SQL Trace 分析执行计划，消除不必要的全表扫描与高成本操作。
索引策略：为高频过滤/连接列建立合适索引（如 B-tree），低基数列可用 Bitmap（谨慎用于高并发更新）；删除无效/重复索引，减少维护成本。
分区与分桶：对大表按 时间/范围/哈希 分区，减少扫描数据量、提升维护与查询效率。
统计信息：定期收集，保证优化器选择更优计划：EXEC DBMS_STATS.GATHER_SCHEMA_STATS('SCHEMA_NAME');
典型等待与处理思路：
- latch: cache buffers chains：多由热块/低效 SQL 引起，优化 SQL、打散热点（如分区/键分布）、必要时重建相关索引。
- buffer busy waits：常见于并发访问同一数据块，考虑分区、重建索引、调整 PCTFREE 等。
  通过 SQL 与对象层优化，往往能直接消除 Top SQL 的瓶颈。

存储 I/O 与并发连接优化

存储层：优先 SSD/NVMe、合理 RAID 级别与条带化，分散热点文件；检查文件系统挂载选项与 I/O 调度策略，避免单盘/单路径成为瓶颈。
I/O 健康：利用 V$FILESTAT 按文件/表空间观察读写分布，确认是否存在热点或异常等待。
并发与连接：结合硬件与负载设置合理的 PROCESSES/SESSIONS，避免连接风暴；应用侧使用连接池，控制短连接与过度并发。
持续监控与迭代：定期查看 AWR/ASH，围绕 Top SQL、Top 等待与 I/O 指标持续迭代优化。
存储与并发往往决定高峰期的可扩展性与稳定性，需与 SQL/索引优化协同推进。

最新问答