Oracle性能问题分析：SQL内存管理器Latch竞争 文章分析了Oracle数据库(10.2.0.5.8 RAC环境)中出现的严重性能问题，主要表现为大量"latch free"等待事件(高达700个)。通过排查发现是"SQL memory manager latch"竞争导致的系统瓶颈。 关键发现： 多会话(包括CRM_APP和INTF用户)都在竞争同

本文解析了数据库突然变慢的常见日志问题及解决方案。当出现"无法分配新日志文件"警告时，通常源于检查点未完成或归档延迟。作者提出四种优化方案：提升DBWn进程性能、增加日志文件数量/大小、调整检查点频率，并解释了SELECT产生写入的"块清除"机制。针对日志性能瓶颈，建议专用磁盘布局分离读写操作。文章强调预防性规划的重要性，合理配置日志系统可显著提升数据库稳定

本文分析了Oracle ADG环境中因ORA-04020死锁导致数据库实例异常关闭的问题。环境为11.2.0.3 rac-single ADG，Linux系统。通过分析alert日志发现LGWR进程因死锁错误终止，进而导致实例关闭。进一步检查trace日志发现是SYS.htzadb对象上的DDL锁和解析锁发生循环等待，形成死锁链：进程A阻塞B，B阻塞C，C又阻塞A。日志详细记录了各个会话的锁请求模

本文分享了一个Oracle 12.1 RAC环境中的故障案例：当关闭某节点GI时，远端节点OS会异常重启。通过分析kdump生成的vmcore文件，发现是由oks_rbld模块异常触发kernel panic导致。故障堆栈显示问题与oracleadvm和oracleacfs驱动相关。该现象与MOS文档2573961.1描述的Bug 30139389匹配，即安装2019年7月GI补丁后，在ACFS驱

本文分析了某客户RAC 19.7数据库出现的严重阻塞问题，最终定位为自动统计信息任务（INSTANCE_NUMBER=2，SID=2018）以X模式长期持有dc_histogram_defs的row cache lock，导致大量业务会话被阻塞。通过ASH分析发现该锁请求持续超过6小时，直到数据库重启才解决。问题表现为大量会话等待row cache lock（CID=16）和library cac

本文通过实验验证了Oracle RAC环境中ASM磁盘路径是否必须一致的问题。实验结果表明：主机的DISKPATH可以不一致，但需要确保asm_diskstring参数包含所有路径信息。作者在11.2.0.3版本的Oracle Grid环境中，通过修改udev配置文件将/dev/asm-diskc和/dev/asm-diskg分别更名为/dev/asm-disk1和/dev/asm-disk2后，

PostgreSQL 11及以上版本支持并行创建B-tree索引，可通过max_parallel_maintenance_workers等参数控制并行度，默认使用2个worker。并行索引构建会消耗更多资源但能显著提升大表索引创建速度，而CREATE INDEX CONCURRENTLY不支持并行。实际并行度受系统资源和表大小影响，建议合理配置参数并监控进程状态。注意并行索引会增加CPU和内存开销

摘要：文章分析了PostgreSQL数据库使用pg_auto_failover工具进行主备切换时出现的故障。故障现象显示新主库htz_17在切换后出现异常，后台日志显示WAL复制中断、资源管理器ID错误等问题，导致业务短暂中断。详细日志表明切换过程中存在同步不一致，包括SSL连接异常、WAL流终止等错误。完整内容可访问公众号IT民工的龙马人生或博客www.htz.pw查看。

Exadata存储节点主动替换磁盘指南 本文介绍了Oracle Exadata环境中主动更换磁盘的最佳实践。通常在磁盘故障或系统告警时才需更换，但在某些场景下主动更换是必要的预防性维护。文章详细分析了适用场景：如磁盘错误持续增长、设备老旧、Normal冗余磁盘组或高IO负载环境。操作步骤因Exadata系统软件版本而异：21.2.0及以上版本支持MAINTAIN REDUNDANCY选项保持冗余度

文章摘要： Oracle 19.20备库环境中发现oraagent进程内存异常达到16GB（正常约100MB）。分析显示存在内存泄漏，RssAnon数据高达16GB。检查日志发现oraagent持续尝试访问不存在的资源ora.LISTENER.lsnr（实际使用1522端口）。内存监控显示每10分钟增加约100-200MB物理内存，疑似19C未知BUG导致。详细分析过程可访问微信公众号[IT民工的