1条回答
默认
最新
禁用后如果读到大表，缓存到buffer cache就有可能会把其他对象挤出去。
简单说下，直接路径读，不会缓存，适合大表全扫且低频访问的SQL。
如果不能缓存，每次都会去读磁盘，性能开销较大，所以不适合高频的SQL。
现在内存已经很大了，OLTP系统中基本上都禁用了。
评论
有用 0 打赏 0
回答交流
Markdown
请输入正文
提交
相关推荐
关系型数据库，如MySQL，Oracle，SQL server等等，未来发展还有哪些功能是值得期待的？
回答 3
融合NOSQL,MLAI
oracle rac 12.2.0.1 ora-04031
回答 7
上传附件：175rac1awr2019102905.html.gz
遇到的一个crosscheck archivelog怪问题
回答 1
crosscheck是根据控制文件信息校验物理存在的文件，你这种现象有一种情况是归档记录的信息已经不在控制文件中有记录了，但是实际的物理文件还在磁盘上，所以你crosscheck是check不到的，你
ORA-15081无法将I/O提交到磁盘
回答 1
检查下asm磁盘组状态和空间
oracle 索引失效的原因
回答 4
createtime的值的分布一样吗？统计信息一样吗？你可以跑一个10053看一下，oracle是怎么评估的，
有大佬知道以BIN开头的数据是怎么产生的吗？占了不少空间。
回答 5
删表就有，可以恢复成原表
RAC集群异常宕机
回答 6
AWR分析结果:1563769256743awrrpt21255612557.html
checkpoint cnt和check point scn
回答 1
参考参考https://www.cnblogs.com/thescentedpath/p/recovery.htmlhttps://cloud.tencent.com/developer/articl
登陆数据 和关闭Oracle数据库都报错：ORA-04031 unable to allocate 2016 bytes of shared memory
回答 1
这种情况，是因为SharedPool耗尽导致的数据库工作异常，直接shutdownabort就好了。
Oracle备库备份恢复
回答 2
说明你备库还是没有82号正确数据文件，要以主库为准，先主库备份还原82号文件到备库，再恢复控制文件，确保swith好路径，最后启动mrp进程应用恢复即可，如果归档又缺失的话，需要增量恢复
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签，敬请期待~~
