IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

标签:Oracle 11g

共 2 篇相关文章

IT 累计浏览 3,326

ORACLE 11g新特性-允许DDL锁等待DML锁

这篇讲的是ORACLE 11g在锁机制上的一个重要改进。作者从11g之前版本的一个常见限制切入:当表上存在未提交的DML事务锁时,对该表执行的DDL操作(如TRUNCATE)会立即失败并报ORA-00054错误,即便等待一小会儿也不行,这给运维和开发带来了不少意外的中断。 11g改变了这一行为,引入了“DDL锁等待DML锁”的特性。通过一个清晰的对比实验,作者展示了差异:在11g中,后发的DDL操作会等待DML锁释放,而不是直接报错返回。这个机制上的转变,让数据库对象的结构变更操作拥有了更好的“耐心”,能适应更复杂的并发场景。 理解这一点,对于规划数据库维护窗口、诊断锁等待问题,以及设计高并发下的DDL策略都很有帮助。它让管理员在执行维护任务时,能更从容地安排操作顺序,而不必总是担心被即时的锁冲突打断。

IT 累计浏览 4,275

Oracle11g中的result cache

这篇讲的是Oracle 11g中一个常被忽视却十分实用的性能特性——结果缓存。作者从一次具体的查询优化场景切入,拆解了结果缓存的工作原理:它能在内存中直接保存SQL查询或PL/SQL函数的结果集,避免重复执行相同的复杂计算。 文章的核心在于将结果缓存与数据库的另外两大缓存——缓冲区缓存和共享池,进行了清晰的对比。关键差异点在于缓存的粒度:缓冲区缓存存储的是数据块,共享池缓存的是SQL语句的解析树和执行计划,而结果缓存直接存储了最终的查询结果。这意味着,对于那些依赖小量基础数据但计算密集的查询,结果缓存的命中能带来显著的性能飞跃。 作者也客观指出了其适用场景的边界。结果缓存对结果集较小、数据变更不频繁(如数据仓库报表、参考表查询)的场景效果最佳。但在高并发DML操作的OLTP系统中,频繁的数据失效反而可能增加开销。文章最后通过配置参数和监控视图的示例,给出了落地的实践指引。