超具体的Oracle 11g安装后参数配置类型,值得保藏
声名:封锁优化器的 null aware antijoin 特征,停止这个新特征带来的 BUG。
声名:11g 数据库中,并行会话默认行使的是 shared pool 用于并行执行时的动静缓冲区,并行过多时轻易造成 shared pool 不敷,使数据库报 ORA-4031 错误。将这个参数配置为 true,使并行会话改为行使 large pool。
声名:在 11g 内里,新建分区会给一个较量大的初始 extent 巨细(8M),假如一次性建的分区许多,好比按天建的分区,则初始占用的空间会很大。
声名:11.2.0.3 版本内里,这个参数默以为 true,LGWR 会自动选择两种要领来关照其他历程 commit 已经写入:post/wait、polling。前者 LGWR 承担较重,后者守候时刻会过长,出格是高负载的 OLTP 体系中。在 10g 及之前的版本中是 post/wait 方法,将这个参数配置为 false规复到早年版本方法。
声名:11.2.0.3 版本内里,纵然是手工打点内存方法下,假如某个 POOL 内存吃紧,Oracle如故也许会自动调解内存,用这个参数来封锁这种举动。
声名:在 11g 内里,打开这个参数可以将 ddl 语句记录在 alert 日记中。以便于某些妨碍的排查。提议在 OLTP 类体系中行使。
声名:这个参数默认值与 CPU 相干,OLTP 体系中将这个参数配置小一些,可以停止过多的并行对体系造成攻击。
声名:从 11g 开始,用户暗码区分巨细写,而此前的版本则是不区分巨细写,在进级时,假如这个参数保持默认值 TRUE,也许会使一些应用因为暗码不正确而毗连不上。
声名:对付 OLTP 体系,Oracle 也许会将两个索引上的 ACCESS PATH 获得的 rowid 举办 bitmap操纵再回表,这种操纵偶然逻辑读很高,对付此类 SQL 行使复合索引才气从基础上办理题目。 【编辑保举】
点赞 0 (编辑:湖南网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |